4.2 Meeting - Here

Message

Aitch · #136 Post by **Aitch** » Tue 18 Nov 2008, 16:47

Good work, Eric,

We luv ya!

Aitch

droope · #137 Post by **droope** » Tue 18 Nov 2008, 18:10

Pizzasgood wrote:
XDelta .delta file - I like it!

Though it seems SFS is the one being favoured
Sorry if I wasn't clear. The .delta thing would work with either a .sfs file or a big .tar.gz or .tar.bz2 file. It doesn't care. It works for .iso files too.

@droope: I don't know about including them in the main release, but I'm all for making the main Puppy localizable so that people can drop in the localization files for their language. My hope is that once we get the SVN deal up and running, it will be easier for that sort of thing to be done.

Don't know what the SVN is, but what would be really useful is that scripts came with all the text variables in a separate .txt file. (Such as in Pburn)

If this is not done, I don't think anyone would take the work of translating scripts and stuff, since every version change of any script would mean that it would have to be completely re-translated.

I don't have an issue with English, but some people do... I think it is a subject of medium importance, and should be done sometime when someone had time.

Perhaps, if you gave me a few pointers, I could give it a try. I know programs get a little fuzzy sometimes, but it shouldn't be that hard, right?

#138 Post by **Pizzasgood** » Wed 19 Nov 2008, 18:37

SVN is basically a system so that the Puppy development files would all be stored on a central server. When a developer wants to modify something, he'd do a checkout to download those files (or if he has them already, he'd do an 'update' to apply any changes since he last updated). Then he makes any changes and then commits them to upload them back to the server. It also has features to help deal with multiple people working on the same files, so that their changes can be more easily merged together without overwriting eachother's work.

That way it removes the currently disconnected method of development, where somebody makes a change, then somebody else makes a change based on an older version and overwrites it. Anybody can get the most recent copy, and they can keep it up to date with little effort. So once somebody takes the effort to localize something, it would stay that way.

Well, the translated text itself would still need to be updated. But the program's format would stay friendly to it, rather than reverting to hardcoded text.

disciple · #139 Post by **disciple** » Thu 20 Nov 2008, 10:19

Any chance someone could reinstate pfix=noram? (Or is this the wrong place to suggest it...?)

jcoder24 · #140 Post by **jcoder24** » Thu 20 Nov 2008, 23:36

disciple wrote:Any chance someone could reinstate pfix=noram? (Or is this the wrong place to suggest it...?)

Puppy no longer copies the files by default hence no need for pfix=noram. If you want puppy to copy you need to specifiy pfix=copy.

http://www.puppylinux.com/blog/?viewDetailed=00204

#141 Post by **Pizzasgood** » Fri 21 Nov 2008, 03:28

I don't know about that. I'm running 4.11 right now, and it has definitely copied my pup_411.sfs file into ram. I didn't use the pfix=copy option.

I just dug up the init script from 4.10 to see what's up with that, and I found this at lines 969-970:

Code: Select all

 #v405 fast media plus more than 256MB ram then definitely worth copying to ram...
 [ "`echo -n "$FASTPARTS0" | grep "$PUPSFSDEV"`" != "" ] && [ $RAMSIZE -gt 280000 ] && COPY2RAM="yes"

So it looks like he decided to have Puppy automatically load the file into ram if you A: have more than 280 MB of ram, and B: have the pup_xxx.sfs file on something Puppy considers to be a fast drive (I think only internal harddrives, but am not certain).

Puppy also is forced to load it into ram if you're doing the first boot, unless you don't have sufficient ram. 909-918:

Code: Select all

#v405 decide whether to copy sfs's to ram...
COPY2RAM=""
COPYMSG='copying to ram' #purple
#v4.00 lowered rom 230000 to 220000... v403 added PUPSFSDEVMNTPT test... v404 explicit PCOPY needed...
[ $PUPMODE -eq 5 ] && PCOPY="yes" #well, override on first boot.
[ $PUPMODE -eq 77 ] && PCOPY="yes" #v406 multisession dvd.
#v404 absolutely must copy to ram, otherwise layerfs conflict...
[ $PUPMODE -eq 6 -o $PUPMODE -eq 7 ] && COPY2RAM="yes"
[ "$COPY2RAM" = "yes" ] && COPYMSG='forced copying to ram' #purple
[ $RAMSIZE -gt 220000 -a "$PCOPY" = "yes" ] && COPY2RAM="yes" #256MB system. note, only checking physical ram.

#142 Post by **ttuuxxx** » Sat 22 Nov 2008, 22:39

What I would like to see is in the "right click menu" is a menu item to send files to the trash bin. I've had a few users emailing me in the past for this option, sure we can drag and drop, but most windows refugees like the right click thing. Any ideas?
ttuuxxx

#143 Post by **Pizzasgood** » Sat 22 Nov 2008, 23:16

What I would like to see is a simple way to add custom menu entries that apply to all mime-types, rather than only individual ones. Then something like that would be trivial.

AFAIK it would require hacking ROX-Filer's source. I don't know how their code is structured, but I don't imagine it would be too hard to re-use much of the code they already have from the mime-based custom menu.

hillside · #144 Post by **hillside** » Sat 22 Nov 2008, 23:49

What I would like to see is in the "right click menu" is a menu item to send files to the trash bin

This isn't just a holdover from Windows. Most of the time, my entire desktop is covered with stuff. If I'm going to drag a file to trash, I have to uncover trash first. Usually, I just delete the file and hope I didn't do anything stupid.

Edit:

OK, I just fixed my problem. I just added Trash to my "Open With" menu in Rox. Now I can right click a file, go to Open With and select Trash. It works great and it's a lot easier than uncovering the Trash icon on the desktop whenever I need it.

#145 Post by **ttuuxxx** » Sun 23 Nov 2008, 00:53

hillside wrote:
What I would like to see is in the "right click menu" is a menu item to send files to the trash bin
This isn't just a holdover from Windows. Most of the time, my entire desktop is covered with stuff. If I'm going to drag a file to trash, I have to uncover trash first. Usually, I just delete the file and hope I didn't do anything stupid.

Edit:

OK, I just fixed my problem. I just added Trash to my "Open With" menu in Rox. Now I can right click a file, go to Open With and select Trash. It works great and it's a lot easier than uncovering the Trash icon on the desktop whenever I need it.

Yes the open with option works, but thats two clicks, it should be in the main right click window near delete, Thats what I'm trying to do, near the delete button, I already started hacking the code to enable this feature, plus I have a updated trash bin with options and the trash.lib file compiled. Just trying to work them all together.
ttuuxxx

hillside · #146 Post by **hillside** » Sun 23 Nov 2008, 04:21

Yes the open with option works, but thats two clicks

Oh sure, go ahead. Make me feel small.

I'll be looking forward to a new ttuuxxx-trash system in future puppies!

HairyWill · #147 Post by **HairyWill** » Sun 23 Nov 2008, 05:44

I while back I worked on enhancing the right click options in rox that were used in puppy. The image below shows the trashcan on the file menu but all these entries can be moved to the top level by turning on rox, options..., menus, file menu on right click.

I've just realised that the trash can entry doesn't work properly. I will update it tonight and post some entries for the default aps in dingo tonight.

SirDuncan · #148 Post by **SirDuncan** » Sun 23 Nov 2008, 19:25

While we're talking about adding things to ROX, can we get a "open terminal here" option that opens the terminal with the working directory set to where ROX was looking?

HairyWill · #149 Post by **HairyWill** » Sun 23 Nov 2008, 19:38

rox - window - terminal here
works for me already

SirDuncan · #150 Post by **SirDuncan** » Sun 23 Nov 2008, 21:58

So it does. I hadn't noticed that before. Thanks for pointing it out Will.

battleshooter · #151 Post by **battleshooter** » Sun 23 Nov 2008, 23:03

HairyWill wrote:rox - window - terminal here
works for me already

` is the shortcut key for "terminal here" I use it all the time.

#152 Post by **ttuuxxx** » Mon 24 Nov 2008, 05:43

hillside wrote:
Yes the open with option works, but thats two clicks
Oh sure, go ahead. Make me feel small.

I'll be looking forward to a new ttuuxxx-trash system in future puppies!

I never meant to make you feel small, Sorry if thats how I came across, I loose somethings in type text. Your version works nice and easy

keep up the good work
ttuuxxx

technosaurus · #153 Post by **technosaurus** » Mon 24 Nov 2008, 06:47

I have come up with a GUI package downloader/installer for jwm (haven't added support for icewm yet) available here:

and a gratuitous screenshot

WhoDo · #154 Post by **WhoDo** » Mon 24 Nov 2008, 07:48

technosaurus wrote:I have come up with a GUI package downloader/installer for jwm (haven't added support for icewm yet) available here:

Thanks, technosaurus. Support for IceWM isn't critical to 4.2 standard edition. We'll leave that for the add-on creators.

Cheers

#155 Post by **ttuuxxx** » Mon 24 Nov 2008, 08:23

WhoDo wrote:
technosaurus wrote:I have come up with a GUI package downloader/installer for jwm (haven't added support for icewm yet) available here:

Thanks, technosaurus. Support for IceWM isn't critical to 4.2 standard edition. We'll leave that for the add-on creators.

Cheers

I beg to differ, as we both know Icewm is most downloaded puppy alternative window manager, If he has the time then why not let him?
Also before 4.2 is released maybe we would have a community poll/vote of what window manager should be in 4.2 jwm, icewm, blackbox
Also what Browser Seamonkey, Firefox 3 series ( I have a version of 3.0.3 that is stable, No Gnome libs required and runs fast like how they say it should. ) When erics server goes up again, and I have a bit of free time to finish optimizing it, I'll release it)

Plus good old firepup and Opera.
These 2 thing I could trust a community vote, Seamonkey 2.0 alpha isn't stable enough but I could theme Seamonkey 1 series if that was chosen.
ttuuxxx

(old)Puppy Linux Discussion Forum

(old)Puppy Linux Discussion Forum

4.2 Meeting - Here