Menu
▾
▴
rox-devel
|
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 |
|
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: 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: 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: Garrett C <ga...@cs...> - 2000-08-05 18:36:19
|
Hi, I noticed that filenames too long to fit into the space are now using a red cursor after the last visable letter. I was wondering if it would be feasible to have the text scroll to the left if the mouse was held over the cursor, allowing the full file name to be read, or possibly adding an option for filenames to take up more than one line? Incidentally, I have only just installed 0.1.26, and want to say what a pleasant addition the auto-popup of directories is when moving files. Its something the original RiscOS should have had. Any chance of the popup time being configurable though? Its a little slow for me at the moment. Another option I thought might be good is the highlighting of icons AS you drag a box around them, so its clear what you have caught in the box. And finally, how about a 'set directory as panel' option in the menu? Cheers, Chris |
|
From: Garrett C <ga...@cs...> - 2000-08-05 19:06:31
|
Hi, I was wondering if there was any way in ROX to set a directory or link icon to a specific picture. For example, on my icon bar I would like different icons for the cdrom, windows drive, home directory and floppy drive. Cheers, Chris. |
|
From: Thomas L. <ta...@le...> - 2000-08-06 14:31:48
|
On Sat, 5 Aug 2000, Garrett C wrote: > I was wondering if there was any way in ROX to set a directory or link > icon to a specific picture. For example, on my icon bar I would like > different icons for the cdrom, windows drive, home directory and floppy > drive. Not at the moment. In fact, you can't even have mount points on the iconbar at the moment. The whole panel thing should probably be changed so that it acts like the pinboard - ie, stored in a config file rather than as a directory. Then you'd also be able to set up a site-wide default panel :-) Do we need icons for all directories or just mount points? If the latter, we can just search for icons called 'mounted_floppy.xpm' and 'unmounted_floppy.xpm' in Choices, where 'floppy' is the leafname of the mount point. The other option is to (finally!) implement the pattern- matching-on-directories feature. Could be a bit slow, though... What would people prefer? Thomas Leonard -- ta...@us... The ROX desktop (free/GPL) : http://rox.sourceforge.net |
|
From: Garrett C <ga...@cs...> - 2000-08-06 15:52:51
|
On Sun, 6 Aug 2000, Thomas Leonard wrote: > On Sat, 5 Aug 2000, Garrett C wrote: > > > I was wondering if there was any way in ROX to set a directory or link > > icon to a specific picture. For example, on my icon bar I would like > > different icons for the cdrom, windows drive, home directory and floppy > > drive. > > Not at the moment. In fact, you can't even have mount points on the > iconbar at the moment. The whole panel thing should probably be changed so > that it acts like the pinboard - ie, stored in a config file rather than > as a directory. Then you'd also be able to set up a site-wide default > panel :-) > > Do we need icons for all directories or just mount points? If the latter, > we can just search for icons called 'mounted_floppy.xpm' and > 'unmounted_floppy.xpm' in Choices, where 'floppy' is the leafname of the > mount point. The other option is to (finally!) implement the pattern- > matching-on-directories feature. Could be a bit slow, though... > > What would people prefer? > How about the first idea as default, dealing with mount points and anything on the panel. However, you could implement the matching-on-directories feature as an option so people could define icons for anything if they wanted. This would override the previous idea. I was looking at a few screenies of Nautilus the other day, and I noticed what may be a similar feature, but extending it somewhat. Directories and files appeared to have extra images overlaid in some cases, to indicate properties such as 'draft', or 'proof-read'. Having the ability to overlay specified icons on certain files/directories could be a neat feature. Chris |
|
From: Thomas L. <ta...@le...> - 2000-08-16 10:41:53
|
On Sun, 6 Aug 2000, Garrett C wrote: [ ... ] > I was looking at a few screenies of Nautilus the other day, and I noticed > what may be a similar feature, but extending it somewhat. Directories and > files appeared to have extra images overlaid in some cases, to indicate > properties such as 'draft', or 'proof-read'. Having the ability to > overlay specified icons on certain files/directories could be a neat > feature. I've been thinking for a while about having some system of storing selections in named registers. All that would be needed then would be a way to specify an icon for each register and that icon would be shown over all members. This would perhaps involve some kind of 'paint' mode where you can click on file to toggle them in and out of the group (need some better terminology, though!). One nice idea would be to store these groups of files inside Choices in a form that other utilities could parse. Then, you could have a 'to-be-deleted' group (with a big red X over each file included) and have a cron script remove them periodically. Or, similarly, a 'to-be-archived' group. This would have to be post-1.0.0 though... Thomas Leonard -- tal197 at users.sourceforge.net The ROX desktop (free/GPL) : http://rox.sourceforge.net |
|
From: Garrett C <ga...@cs...> - 2000-08-16 10:59:30
|
On Wed, 16 Aug 2000, Thomas Leonard wrote: > On Sun, 6 Aug 2000, Garrett C wrote: > > [ ... ] > > > I was looking at a few screenies of Nautilus the other day, and I noticed > > what may be a similar feature, but extending it somewhat. Directories and > > files appeared to have extra images overlaid in some cases, to indicate > > properties such as 'draft', or 'proof-read'. Having the ability to > > overlay specified icons on certain files/directories could be a neat > > feature. > > I've been thinking for a while about having some system of storing > selections in named registers. All that would be needed then would be a > way to specify an icon for each register and that icon would be shown over > all members. > Thats sounds like a good approach. > This would perhaps involve some kind of 'paint' mode where you can click > on file to toggle them in and out of the group (need some better > terminology, though!). > Possibly a dialog brought up from the menu, showing a choice of groups. The group would be selected, and then the user could just click on the files he wants to select. Normal selecting of files, and rubber-banding selections would of course be available. And an option to add a group of your own devising. > One nice idea would be to store these groups of files inside Choices in a > form that other utilities could parse. Then, you could have a > 'to-be-deleted' group (with a big red X over each file included) and have > a cron script remove them periodically. Or, similarly, a 'to-be-archived' > group. I like that. Consideration might need to be made for some files being in two groups...either that or limit the user to one group per file. > > This would have to be post-1.0.0 though... Yes, it is quite a major addition and not really a function that could be considered fundamental to a filemanager. How close is ROX to a 1.0.0 release atm, btw? Cheers, Chris. |
|
From: Thomas L. <ta...@le...> - 2000-08-19 14:17:03
|
On Wed, 16 Aug 2000, Garrett C wrote: > How close is ROX to a 1.0.0 release atm, btw? Well, I need to finish the new panel code, but that's mostly done (I'd like to be able to drag *from* the panel as well as to). We need to sort out the behaviour code too. For the panel, I've routed it all through the new bind.c file, which takes a mouse event and decides how to respond. The goal is to make directories and the pinboard use the same system; then we can configure things like single-click navigation all in one place. So, at least one more devel release, then update translations and check docs and then probably a pre-release with binaries so we get more testers before the final release... Thomas Leonard -- tal197 at users.sourceforge.net The ROX desktop (free/GPL) : http://rox.sourceforge.net |
|
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 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 |
Thanks for helping keep SourceForge clean.
X