You can subscribe to this list here.
2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(11) |
Jul
(47) |
Aug
(42) |
Sep
(54) |
Oct
(29) |
Nov
(50) |
Dec
(101) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2001 |
Jan
(126) |
Feb
(62) |
Mar
(96) |
Apr
(67) |
May
(54) |
Jun
(61) |
Jul
(159) |
Aug
(115) |
Sep
(132) |
Oct
(65) |
Nov
(143) |
Dec
(108) |
2002 |
Jan
(148) |
Feb
(122) |
Mar
(95) |
Apr
(114) |
May
(141) |
Jun
(49) |
Jul
(74) |
Aug
(50) |
Sep
(30) |
Oct
(121) |
Nov
(88) |
Dec
(98) |
2003 |
Jan
(81) |
Feb
(111) |
Mar
(120) |
Apr
(111) |
May
(88) |
Jun
(102) |
Jul
(70) |
Aug
(140) |
Sep
(149) |
Oct
(120) |
Nov
(95) |
Dec
(116) |
2004 |
Jan
(122) |
Feb
(51) |
Mar
(172) |
Apr
(469) |
May
(306) |
Jun
(174) |
Jul
(120) |
Aug
(172) |
Sep
(166) |
Oct
(408) |
Nov
(112) |
Dec
(33) |
2005 |
Jan
(166) |
Feb
(132) |
Mar
(228) |
Apr
(150) |
May
(161) |
Jun
(68) |
Jul
(113) |
Aug
(227) |
Sep
(141) |
Oct
(124) |
Nov
(87) |
Dec
(104) |
2006 |
Jan
(130) |
Feb
(91) |
Mar
(87) |
Apr
(50) |
May
(152) |
Jun
(82) |
Jul
(96) |
Aug
(68) |
Sep
(39) |
Oct
(60) |
Nov
(79) |
Dec
(75) |
2007 |
Jan
(51) |
Feb
(65) |
Mar
(32) |
Apr
(51) |
May
(58) |
Jun
(59) |
Jul
(72) |
Aug
(32) |
Sep
(35) |
Oct
(46) |
Nov
(20) |
Dec
(60) |
2008 |
Jan
(67) |
Feb
(16) |
Mar
(41) |
Apr
(69) |
May
(77) |
Jun
(60) |
Jul
(1) |
Aug
(12) |
Sep
(13) |
Oct
(12) |
Nov
(19) |
Dec
(10) |
2009 |
Jan
(6) |
Feb
(10) |
Mar
(8) |
Apr
(34) |
May
(18) |
Jun
(8) |
Jul
(16) |
Aug
(11) |
Sep
(7) |
Oct
(7) |
Nov
(9) |
Dec
|
2010 |
Jan
|
Feb
|
Mar
(9) |
Apr
(6) |
May
|
Jun
|
Jul
(2) |
Aug
(1) |
Sep
(17) |
Oct
(4) |
Nov
(16) |
Dec
(5) |
2011 |
Jan
|
Feb
(3) |
Mar
(15) |
Apr
|
May
|
Jun
|
Jul
(7) |
Aug
(1) |
Sep
(2) |
Oct
(7) |
Nov
|
Dec
|
2012 |
Jan
(3) |
Feb
(4) |
Mar
(5) |
Apr
(1) |
May
(1) |
Jun
|
Jul
(1) |
Aug
(6) |
Sep
(11) |
Oct
|
Nov
|
Dec
(1) |
2013 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
(2) |
2014 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(3) |
Nov
(1) |
Dec
(9) |
2015 |
Jan
|
Feb
(4) |
Mar
(6) |
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2016 |
Jan
|
Feb
|
Mar
(2) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Thomas L. <ta...@le...> - 2000-07-22 19:32:11
|
Directories should now 'spring-open' if you drag a file and hold it over one. I've just finished coding it, so it may be a bit rough... ;-) Also, GNOME-style toolbar has changed to 'Large' toolbar and is no longer detachable (was anyone using this feature?). The other mouse button should work with it now. PS: We seem to have moved up 917 places in the sourefore 'Top downloads this week'!! Thomas Leonard -- ta...@us... The ROX desktop (free/GPL) : http://rox.sourceforge.net |
From: Ewan M. M. <ec...@yo...> - 2000-07-21 12:08:18
|
On Fri, 21 Jul 2000, Garrett C wrote: > On Thu, 20 Jul 2000, Thomas Leonard wrote: > > On Wed, 19 Jul 2000, Garrett C wrote: > > > > > > And how about transparent icons when dragging, like under RISC OS? > But what sort of things are likely to change when you're dragging an > icon? You can't move other stuff around, and you're unlikely to want to > drop it onto a terminal that is displaying rolling output from a > program. You are usually going to be dropping the icon on a static object > - a filer, or pinboard for example. The problem with the transparent > eterms is due to things being able to be moved around or updated whilst > they are still there. Sure, you may need to drag the icon over an > animation or something, but most of the time it would look fine. I think you might be underestimating the amount of animated stuff that can be around; scrolling terminals, clocks, volume meters, progress bars... There's a lot that could change underneath an icon as you drag it about; it isn't just the target area that matters but the path you take too. That and I tend to find that things that are fine most of the time are really annoying on the occasions that they don't work. If you were going to use this approach when would you do the screen grab? If you do it at the beginning of the drag and don't update it then it would easily get out of date; if you keep doing it it would be a huge processing overhead. > > The best approximation we can do is to use a stipple pattern over the mask > > to get a poor sort of 50% transparency (like NewerLook does). This could > > work, but it won't look so good. Make it an option? > That does sound like a good idea, actually. And it would look pretty good > on my screen res (1600x1280). That kind of thing can give wierd aliasing effects on some icons, but it can't hurt as an option. Alternativly I seem to remember a little program on the acorn that flashed dragged icons on and off very rapidly - ie 100% transparent, then 0% transparent -> average of 50%. If you've got a refresh rate to match that resolution it would work for you at least :-) BTW, with regard to CVS snapshots - yes please; my PC doesn't have an internet connection and the university computers don't have CVS. Ewan |
From: Garrett C <ga...@cs...> - 2000-07-21 11:22:55
|
<snip> > I think you might be underestimating the amount of animated stuff that can > be around; scrolling terminals, clocks, volume meters, progress bars... > There's a lot that could change underneath an icon as you drag it about; > it isn't just the target area that matters but the path you take too. That > and I tend to find that things that are fine most of the time are really > annoying on the occasions that they don't work. > If you were going to use this approach when would you do the screen grab? > If you do it at the beginning of the drag and don't update it then it > would easily get out of date; if you keep doing it it would be a huge > processing overhead. > Yes, I see what you mean. It wouldn't really be practical. How about the option to drag icons as an outline? Obviously not as pretty as translucency, and with the disadvantage that you can't see the picture on the icon being dragged, but it would allow you to see what is under the icon better... > > > The best approximation we can do is to use a stipple pattern over the mask > > > to get a poor sort of 50% transparency (like NewerLook does). This could > > > work, but it won't look so good. Make it an option? > > That does sound like a good idea, actually. And it would look pretty good > > on my screen res (1600x1280). > > That kind of thing can give wierd aliasing effects on some icons, but it > can't hurt as an option. Alternativly I seem to remember a little program > on the acorn that flashed dragged icons on and off very rapidly - ie 100% > transparent, then 0% transparent -> average of 50%. If you've got a > refresh rate to match that resolution it would work for you at least :-) I think I remember that program. Using it on the old A3000 hurt the eyes, but it worked well on the RiscPC (about 70Hz refresh, I think). Chris. |
From: Garrett C <ga...@cs...> - 2000-07-21 08:12:14
|
On Thu, 20 Jul 2000, Thomas Leonard wrote: > On Wed, 19 Jul 2000, Garrett C wrote: > > > > And how about transparent icons when dragging, like under RISC OS? > > > > Yes. And an option to change the level of translucency wold be good too. > > OK, before people get too excited about transparency, I'd like to point > out that... it's impossible :-( > > aterm and friends work by getting the root window pattern and using that > for their own background. Or, sometimes, by taking a screenshot and using > that. Neither work if things change underneath the transparent window... > > And, since the point of transparent icon drags is to allow you to see > what's going on under the icon (eg, exactly where some text will get > inserted), that's not much use. > But what sort of things are likely to change when you're dragging an icon? You can't move other stuff around, and you're unlikely to want to drop it onto a terminal that is displaying rolling output from a program. You are usually going to be dropping the icon on a static object - a filer, or pinboard for example. The problem with the transparent eterms is due to things being able to be moved around or updated whilst they are still there. Sure, you may need to drag the icon over an animation or something, but most of the time it would look fine. > The best approximation we can do is to use a stipple pattern over the mask > to get a poor sort of 50% transparency (like NewerLook does). This could > work, but it won't look so good. Make it an option? > That does sound like a good idea, actually. And it would look pretty good on my screen res (1600x1280). If you do this, could you add an option for the stipples to be static, or alternating - or try both to see which would look better? Cheers, Chris. |
From: Thomas L. <ta...@le...> - 2000-07-20 21:10:54
|
On Wed, 19 Jul 2000, Garrett C wrote: > > And how about transparent icons when dragging, like under RISC OS? > > Yes. And an option to change the level of translucency wold be good too. OK, before people get too excited about transparency, I'd like to point out that... it's impossible :-( aterm and friends work by getting the root window pattern and using that for their own background. Or, sometimes, by taking a screenshot and using that. Neither work if things change underneath the transparent window... And, since the point of transparent icon drags is to allow you to see what's going on under the icon (eg, exactly where some text will get inserted), that's not much use. The best approximation we can do is to use a stipple pattern over the mask to get a poor sort of 50% transparency (like NewerLook does). This could work, but it won't look so good. Make it an option? Thomas Leonard -- ta...@us... The ROX desktop (free/GPL) : http://rox.sourceforge.net |
From: Thomas L. <ta...@le...> - 2000-07-19 19:55:37
|
OK, I've put up the new version on the File Releases page: http://sourceforge.net/project/filelist.php?group_id=7023 The type is listed as 'new' for some reason. Don't worry about it ;-) Note that the archive is called 'rox-0.1.25' now, rather than roxfiler. Thomas Leonard -- ta...@us... The ROX desktop (free/GPL) : http://rox.sourceforge.net |
From: Thomas L. <ta...@le...> - 2000-07-19 19:28:54
|
On Tue, 18 Jul 2000, James Kermode wrote: > On Tue, 18 Jul 2000, Thomas Leonard wrote: > > Right, thanks. Should be fixed now! > > Yes, thanks - it works fine now. I have been very impressed > with rox so far, and I like all the new features, especially > the pinboard support. However, I have a couple of > suggestions. > > Firstly, I think it would look nicer if the text for > the pinboard icons was transparent (like with KDE's file > manager, for example). I realise this may be hard to > implement, and it's not really all that important, though. Implementation is easy! Reading it is the hard part ;-) I did actually try it without the background slab - as normal text, with a border and with a shadow - but none seemed easy enough to read. Of course, if you've got a plain background then it's a different story, so I'll add an option... > Secondly, whenever I open a Filer window I seem to end up > resizing it. I found the section in filer.c, in > filer_opendir() (line 1015 in the current CVS version) which > sets up the initial window height, and changed it from 3 > rows of icons to 5, which worked. Easily added as a config option :-) > However, a better > solution would take account of the number of files in the > directory and size the window accordingly (up to some > maximum height). I wasn't able to get this to work however; > is the number_of_items attribute of the collection structure > available when the window is being sized? No. It's rather complicated... ;-) The window is created empty and then attach() is called, which links the filer window to a particular entry in the directory cache, just after the window is shown. The attach() function will immediately callback to the filer window to deliver a list of all known entries in the directory (so, collection->number_of_items may be valid after the call to attach()). BUT, if the directory is not in the cache (because you haven't opened it before) then the dir cache will be empty and nothing gets added until a while later when some entries are actually available. Options are: - Do a 'best guess' based on number_of_items after the attach. Defer opening the window until then (you might need to realize it first, but not show it). This will always go wrong the first time you open a directory :-( - Resize the window after it is shown when you get too many icons. Could cause flicker. Could also be annoying if the user has already resized the window by then. - Don't show the window at all in filer_opendir(). Instead, show it when the dir cache reports that scanning has ended (which it does immediately if the directory is not being scanned) and size it then. You'll need a (short!) timeout, of course. I quite like this one... - Use a fixed size, settable from the options box. Possibly allow it to be set on a per-directory basis, if the filer ever supports that. What happens when you navigate around? Does the window keep changing size? Not sure I like that idea! Another possibility: - Have a key for 'resize this window now'. Thomas Leonard -- ta...@us... The ROX desktop (free/GPL) : http://rox.sourceforge.net |
From: Garrett C <ga...@cs...> - 2000-07-19 11:55:19
|
On Wed, 19 Jul 2000, Vincent Lefevre wrote: > On Wed, Jul 19, 2000 at 08:16:07 +0100, Garrett C wrote: > > The text sits directly on the background, rathwer than in a surrounding > > box on the background. > > OK. I used to have this under RISC OS, but I have random backdrops, > and when the backdrop has bright colours, the text isn't readable. :( > If the (foreground) colour of the text can automatically be changed > depending on the background colours, it would really be good. Or it > should have a shadow, as you said. Text colour would be good, but for really messy backgrounds it doesn't work too well. A thin black outline around the text is my favoured method for clarity. Incidentally, I mentioned earlier about organizing icons on the pinboard ala RO4. Some of you weren't sure what this entailed. Although I haven't seen it in action myself, I seem to remember reading in Acorn User that it could organise icons on the screen according to their type. For example, you could have apps automatically iconise to the left hand side, and files to the right. You could also add alignment along the designated edge (top/ middle/ bottom or left/ center/ right). Presumably this could be made as complex or as simple as you wished through the use of MIME types? Chris. |
From: Vincent L. <vi...@vi...> - 2000-07-19 11:25:21
|
On Wed, Jul 19, 2000 at 08:16:07 +0100, Garrett C wrote: > The text sits directly on the background, rathwer than in a surrounding > box on the background. OK. I used to have this under RISC OS, but I have random backdrops, and when the backdrop has bright colours, the text isn't readable. :( If the (foreground) colour of the text can automatically be changed depending on the background colours, it would really be good. Or it should have a shadow, as you said. -- Vincent Lefèvre <vi...@vi...> - Web: <http://www.vinc17.org/> - 100% validated HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Computer science / computer arithmetic / Arénaire project at LIP, ENS-Lyon |
From: Garrett C <ga...@cs...> - 2000-07-19 07:16:35
|
On Wed, 19 Jul 2000, Vincent Lefevre wrote: > On Tue, Jul 18, 2000 at 22:18:02 +0100, James Kermode wrote: > > Firstly, I think it would look nicer if the text for > > the pinboard icons was transparent (like with KDE's file > > manager, for example). I realise this may be hard to > > implement, and it's not really all that important, though. > > What do you mean? (I don't know KDE.) The text sits directly on the background, rathwer than in a surrounding box on the background. Thus text looks like it is part of the background more - its a lot more aesthetically pleasing. However, it CAN be hard to read. If this were implemented, a drop shadow or surround-shadow might solve that problem. I saw eterm using that with its transparent option, and it looks cool and increases readability no end. > > > Secondly, whenever I open a Filer window I seem to end up > > resizing it. I found the section in filer.c, in > > filer_opendir() (line 1015 in the current CVS version) which > > sets up the initial window height, and changed it from 3 > > rows of icons to 5, which worked. However, a better > > solution would take account of the number of files in the > > directory and size the window accordingly (up to some > > maximum height). I wasn't able to get this to work however; > > This would be a good idea. > Yes, I like this one. I have that problem too. > And how about transparent icons when dragging, like under RISC OS? > Yes. And an option to change the level of translucency wold be good too. Cheers, Chris. |
From: Vincent L. <vi...@vi...> - 2000-07-18 22:43:24
|
On Tue, Jul 18, 2000 at 22:18:02 +0100, James Kermode wrote: > Firstly, I think it would look nicer if the text for > the pinboard icons was transparent (like with KDE's file > manager, for example). I realise this may be hard to > implement, and it's not really all that important, though. What do you mean? (I don't know KDE.) > Secondly, whenever I open a Filer window I seem to end up > resizing it. I found the section in filer.c, in > filer_opendir() (line 1015 in the current CVS version) which > sets up the initial window height, and changed it from 3 > rows of icons to 5, which worked. However, a better > solution would take account of the number of files in the > directory and size the window accordingly (up to some > maximum height). I wasn't able to get this to work however; This would be a good idea. And how about transparent icons when dragging, like under RISC OS? -- Vincent Lefèvre <vi...@vi...> - Web: <http://www.vinc17.org/> - 100% validated HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Computer science / computer arithmetic / Arénaire project at LIP, ENS-Lyon |
From: James K. <ja...@ke...> - 2000-07-18 21:37:30
|
On Tue, 18 Jul 2000, Thomas Leonard wrote: > Right, thanks. Should be fixed now! Yes, thanks - it works fine now. I have been very impressed with rox so far, and I like all the new features, especially the pinboard support. However, I have a couple of suggestions. Firstly, I think it would look nicer if the text for the pinboard icons was transparent (like with KDE's file manager, for example). I realise this may be hard to implement, and it's not really all that important, though. Secondly, whenever I open a Filer window I seem to end up resizing it. I found the section in filer.c, in filer_opendir() (line 1015 in the current CVS version) which sets up the initial window height, and changed it from 3 rows of icons to 5, which worked. However, a better solution would take account of the number of files in the directory and size the window accordingly (up to some maximum height). I wasn't able to get this to work however; is the number_of_items attribute of the collection structure available when the window is being sized? What does anyone else think of these ideas? -- James Kermode ja...@ke... http://www.kerm.freeserve.co.uk |
From: Thomas L. <ta...@le...> - 2000-07-18 17:12:39
|
On Tue, 18 Jul 2000, James Kermode wrote: > Unfortunately the latest CVS version of ROX-Filer doesn't > compile on my system (RH Linux 6.0). Here is the error > message resulting from doing 'AppRun --compile': > > gcc -g -O2 -Wall `gtk-config --cflags` -I. -c i18n.c -o i18n.o > i18n.c: In function `i18n_init': > i18n.c:59: storage size of `info' isn't known > i18n.c:64: warning: implicit declaration of function `stat' > i18n.c:59: warning: unused variable `info' > make: *** [i18n.o] Error 1 > Compile failed Right, thanks. Should be fixed now! The only other change to CVS is to prevent drags from pinboard icons onto the desktop background. If it works now, I'll make this the new release (finally!). BTW, would there be any interest in making CVS snapshots available by FTP? I could probably set up a little script to archive the latest CVS version each night for people without CVS access... Thomas Leonard -- ta...@us... The ROX desktop (free/GPL) : http://rox.sourceforge.net |
From: James K. <ja...@ke...> - 2000-07-18 13:23:32
|
Unfortunately the latest CVS version of ROX-Filer doesn't compile on my system (RH Linux 6.0). Here is the error message resulting from doing 'AppRun --compile': gcc -g -O2 -Wall `gtk-config --cflags` -I. -c i18n.c -o i18n.o i18n.c: In function `i18n_init': i18n.c:59: storage size of `info' isn't known i18n.c:64: warning: implicit declaration of function `stat' i18n.c:59: warning: unused variable `info' make: *** [i18n.o] Error 1 Compile failed Okay, thanks. -- James Kermode ja...@ke... http://www.kerm.freeserve.co.uk |
From: Thomas L. <ta...@le...> - 2000-07-17 17:26:07
|
I've committed the last few day's work to CVS. This should have pinboard support fully working. Lots has changed, both user visible stuff and behind the scenes, so please check it all still works for you. If all goes well, expect the 0.1.25 release very soon. Changes ~~~~~~~ Changed the install script so that the CVS directories don't get installed! Pinboard selections work, as does clicking on the root window. Added the pinboard popup menu. Keys bound to menu entries are automatically saved when the filer quits. The 'rox' script now just calls AppRun directly. Panels can be created without starting a new copy of the filer. The pinboard can be changed or removed by using --pinboard a second time. Files can be given as arguments - they are opened as if they were clicked on in a filer window (suggested by Alex Holden). If no arguments are given then the default is now the current directory (not your home directory). If you start the leafname in the path minibuffer with '.' then the Show Hidden feature is temporarily turned on. Pinned icons are now updated when the pointer moves over them, if necessary. Drag and drop works properly for the pinboard. Updated the manual. Have fun. Report back ;-) Thomas Leonard -- ta...@us... The ROX desktop (free/GPL) : http://rox.sourceforge.net |
From: Mark S. <Mar...@no...> - 2000-07-14 20:36:20
|
Please note that I am on a training course until Monday 24th July. If your problem/request is urgent please contact the IT Help Desk on (01609) 532411. Regards, Mark Stott. >>> rox-devel 07/14/00 21:34 >>> Send rox-devel mailing list submissions to rox...@li... To subscribe or unsubscribe via the web, visit http://lists.sourceforge.net/mailman/listinfo/rox-devel or, via email, send a message with subject or body 'help' to rox...@li... You can reach the person managing the list at rox...@li... When replying, please edit your Subject line so it is more specific than "Re: Contents of rox-devel digest..." Today's Topics: 1. Archive (Thomas Leonard) --__--__-- Message: 1 Date: Fri, 14 Jul 2000 21:09:23 +0100 (BST) From: Thomas Leonard <ta...@le...> To: ROX Mailing List <rox...@li...> Subject: [rox-devel] Archive I've made the latest version of Archive into a file release so people without CVS access can grab it. You need the gui_utils package too. Both can be found at: http://sourceforge.net/project/filelist.php?group_id=7023 Archive allows you to compress a directory into a .tgz file by simply dragging it onto the Archive program. You can also decompress a variety of archive files by dragging them onto Archive. It fully supports drag-and-drop saving, although it's only a simple PERL script! Enjoy, Thomas Leonard -- ta...@us... The ROX desktop (free/GPL) : http://rox.sourceforge.net --__--__-- _______________________________________________ rox-devel mailing list rox...@li... http://lists.sourceforge.net/mailman/listinfo/rox-devel End of rox-devel Digest |
From: Thomas L. <ta...@le...> - 2000-07-14 20:09:20
|
I've made the latest version of Archive into a file release so people without CVS access can grab it. You need the gui_utils package too. Both can be found at: http://sourceforge.net/project/filelist.php?group_id=7023 Archive allows you to compress a directory into a .tgz file by simply dragging it onto the Archive program. You can also decompress a variety of archive files by dragging them onto Archive. It fully supports drag-and-drop saving, although it's only a simple PERL script! Enjoy, Thomas Leonard -- ta...@us... The ROX desktop (free/GPL) : http://rox.sourceforge.net |
From: Thomas L. <ta...@le...> - 2000-07-12 17:19:39
|
I've committed the latest changes to the pinboard into CVS: - Files can now be dragged to pinboard icons, - If the --override option is used, the filer will bypass the window manager and position the icons directly. - Pinboard icons can now be dragged to filer windows or applications, just like normal icons. Also, the Home and Up buttons should respect the 'New window on button 1' option setting. I think that just leaves the pinboard popup menu to be done before the 0.1.25 release :-) Thomas Leonard -- ta...@us... 3rd year computer science The ROX desktop (free/GPL) : http://rox.sourceforge.net |
From: Thomas L. <ta...@le...> - 2000-07-09 17:41:01
|
On Fri, 7 Jul 2000, Vincent Lefevre wrote: > On Thu, Jul 06, 2000 at 23:41:19 +0100, Garrett C wrote: [ ... ] > I'm not sure, but > shouldn't Select and Adjust behave like double-clicking on a directory > icon (ditto for the "Home" icon)? With the ROX I've installed (I don't > remember the version), this is the opposite. Ah, you've probably got new-window-on-button-1 turned on for the filer windows. I guess the toolbar code doesn't check the option setting (oops), but it's logical for me ;-) > Moreover, clicking with > Menu above this icon should open a menu with all the parent directories, > and clicking on a directory item should open this directory in a new > window. OK, I think some kind of filer tree on a menu could be handy, although I'd rather have it as another button as three actions on one button could be confusing (especially for people with two button mice!). The next release will probably only have pinboard support added; all the other stuff will be for 0.1.26. Unless patches get sent... ;-) Thomas Leonard -- ta...@us... 3rd year computer science The ROX desktop (free/GPL) : http://rox.sourceforge.net |
From: Thomas L. <ta...@le...> - 2000-07-09 17:24:44
|
On Thu, 6 Jul 2000, Garrett C wrote: [ Pinboard support ] > Sounds cool! Are there plans for RO4-style arrangement of icons > eventually? Not sure... what does it do? > Also, I liked the way that closing a window with the adjust button in RISC > OS opened its parent. I realise this is a problem when the window manager > is seperate from the filer, but was wondering if there were any way of > querying ROX to get that sort of information. If this were the case, a > Lisp extension to Sawmill should be possible. > > It does sound like a lot of work for such a small feature though... Stick this in your .sawmillrc file... (require 'sawmill-defaults) (defun open-parent (window) "Open the parent directory viewer" (interactive "%W") (let ((title (caddr (get-x-property window 'WM_NAME)))) (when (and title (string-match "(~?/(.*/)?)[^/]+" title)) (let ((path (substring title (match-start 1) (match-end 1)))) (system (concat "rox " path " &")) (delete-window-safely window) )))) Then bind it to some key press or mouse click from the GUI config screen... I'll try to make it faster at some point, too. Thomas Leonard -- ta...@us... 3rd year computer science The ROX desktop (free/GPL) : http://rox.sourceforge.net |
From: Vincent L. <vi...@vi...> - 2000-07-07 10:05:23
|
On Fri, Jul 07, 2000 at 10:37:20 +0100, da...@da... wrote: > On Thu, Jul 06, 2000 at 07:40:48PM +0100, Thomas Leonard wrote: > > [ I'm getting a bit confused about which of these messages actually > > appeared on the list. Sorry if anyone gets this twice! ] > > Sorry about that, I realised Sourceforge don't use a Reply-To: header. You should always use list-reply with Mutt. > > On Thu, 29 Jun 2000 da...@da... wrote: > > > > BTW, what compiler are you using? I get an executable of 180,244 > > > bytes. > > > > egcs-2.91.66 (unless someone's upgraded since I did my tests). > > Ah, that would explain it. I'm using 2.95.2. Are you sure that the executable is stripped in both cases? > I just gave it a whirl and it's very nice, with only a few K extra > bloat. Netscape should hire you just to sort out their bloat problems > with Mozilla :) (A browser taking up 30MB RAM is not nice). Mozilla takes 65 MB here. :( And Netscape 3 takes 20 MB "only". -- Vincent Lefèvre <vi...@vi...> - Web: <http://www.vinc17.org/> - 100% validated HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Computer science / computer arithmetic / Arénaire project at LIP, ENS-Lyon |
From: <da...@da...> - 2000-07-07 09:42:34
|
On Thu, Jul 06, 2000 at 07:40:48PM +0100, Thomas Leonard wrote: > [ I'm getting a bit confused about which of these messages actually > appeared on the list. Sorry if anyone gets this twice! ] Sorry about that, I realised Sourceforge don't use a Reply-To: header. > On Thu, 29 Jun 2000 da...@da... wrote: > > BTW, what compiler are you using? I get an executable of 180,244 > > bytes. > > egcs-2.91.66 (unless someone's upgraded since I did my tests). Ah, that would explain it. I'm using 2.95.2. > Pinboard support is coming along quite well. I've committed the latest > version to CVS now. > > The way it works is that you run the filer as, eg: > > $ ROX-Filer/AppRun --pinboard MyPinboard I just gave it a whirl and it's very nice, with only a few K extra bloat. Netscape should hire you just to sort out their bloat problems with Mozilla :) (A browser taking up 30MB RAM is not nice). -- Darren Winsper (El Capitano) - ICQ #8899775 Stellar Legacy project member - http://stellarlegacy.sourceforge.net DVD boycotts. Are you doing your bit? This message was typed before a live studio audience. |
From: Vincent L. <vi...@vi...> - 2000-07-07 08:56:43
|
On Thu, Jul 06, 2000 at 23:41:19 +0100, Garrett C wrote: > Also, I liked the way that closing a window with the adjust button in RISC > OS opened its parent. I realise this is a problem when the window manager > is seperate from the filer, Yes, but you can always use the "Open parent" icon. I'm not sure, but shouldn't Select and Adjust behave like double-clicking on a directory icon (ditto for the "Home" icon)? With the ROX I've installed (I don't remember the version), this is the opposite. Moreover, clicking with Menu above this icon should open a menu with all the parent directories, and clicking on a directory item should open this directory in a new window. -- Vincent Lefèvre <vi...@vi...> - Web: <http://www.vinc17.org/> - 100% validated HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Computer science / computer arithmetic / Arénaire project at LIP, ENS-Lyon |
From: Garrett C <ga...@cs...> - 2000-07-06 22:47:55
|
Hi all! <snip> > > > > > > How many people would want to use Pinboard support? For those who want > > > it, having it in the filer is faster and smaller; for those who don't it > > > is a waste of several K. > > But presumably not all that big. I'm impressed by the size and speed of ROX to date. I think that an integrated pinboard would add much functionality, if it is implemented well. > Pinboard support is coming along quite well. I've committed the latest > version to CVS now. > > The way it works is that you run the filer as, eg: > > $ ROX-Filer/AppRun --pinboard MyPinboard > > This makes the background receptive to drops. You drop some files onto it > and the filer creates a file called <Choices>/ROX-Filer/pb_MyPinboard > with their positions and paths. This will be automatically loaded the next > time you use '--pinboard MyPinboard' to invoke it. > > Still needs a bit of work, but I'm quite pleased with it so far. Drag > icons with Adjust to move them. Click with Menu to remove them (it'll > popup a menu eventually, of course). > Sounds cool! Are there plans for RO4-style arrangement of icons eventually? Also, I liked the way that closing a window with the adjust button in RISC OS opened its parent. I realise this is a problem when the window manager is seperate from the filer, but was wondering if there were any way of querying ROX to get that sort of information. If this were the case, a Lisp extension to Sawmill should be possible. It does sound like a lot of work for such a small feature though... Cheers, Chris. |
From: Thomas L. <ta...@le...> - 2000-07-06 18:45:23
|
[ I'm getting a bit confused about which of these messages actually appeared on the list. Sorry if anyone gets this twice! ] On Thu, 29 Jun 2000 da...@da... wrote: > On Thu, Jun 29, 2000 at 12:46:13PM +0100, Thomas Leonard wrote: [ removing panel support ] > > This gives a saving of 2880 bytes (1.73% off of the original). > > Hmm...I'm surprised it's so little. OK, I guess I can't accuse you of > bloat :) > > BTW, what compiler are you using? I get an executable of 180,244 > bytes. egcs-2.91.66 (unless someone's upgraded since I did my tests). > > Edit, which is about as minimal as you can get (Pinboard and Iconbar would > > be larger), has a stripped executable size of 23,852 bytes. > > > > How many people would want to use Pinboard support? For those who want > > it, having it in the filer is faster and smaller; for those who don't it > > is a waste of several K. > > I would like to replace gmc with ROX-Filer, and adding pinboard support > would be one of the last things I'd need for that to happen. The other > way is for a translator which will take the gmc file associations and > put them in Choices format. Pinboard support is coming along quite well. I've committed the latest version to CVS now. The way it works is that you run the filer as, eg: $ ROX-Filer/AppRun --pinboard MyPinboard This makes the background receptive to drops. You drop some files onto it and the filer creates a file called <Choices>/ROX-Filer/pb_MyPinboard with their positions and paths. This will be automatically loaded the next time you use '--pinboard MyPinboard' to invoke it. Still needs a bit of work, but I'm quite pleased with it so far. Drag icons with Adjust to move them. Click with Menu to remove them (it'll popup a menu eventually, of course). PS: My new email address is: ta...@us... The one at soton will stop working in a few days. Thomas Leonard -- ta...@us... 3rd year computer science The ROX desktop (free/GPL) : http://rox.sourceforge.net |