From: Tony Houghton on 4 Aug 2010 10:15 In <vQr*PjLft(a)news.chiark.greenend.org.uk>, Theo Markettos <theom+news(a)chiark.greenend.org.uk> wrote: > Jim Lesurf <noise(a)audiomisc.co.uk> wrote: >> My personal 'magic wish' for ROX would be for it to provide an easy >> mechanism for 'save as' dragbox *before* the data to be saved is generated >> in the program. One as easy and part-of-ROX-out-of-the-box as the loading >> and running side. > > One idea to do this would be to modify the toolkit(s) (GTK, Qt etc) to > generate save as dragboxes rather than mini-filers. Then you'd just need to > drop in a new libgtk.so shared library and all GTK apps should use that. It > doesn't make the app load things by drag and drop but it gets rid of the > 'Save As' mini-filer. > > The difficulty is that so much in the system depends on a specific version > of GTK, so you'd have a job to keep up - you'd probably need to repatch and > rebuild at every upgrade. You could try posting an enhancement request in the bug tracker, asking for save dialogs to have a draggable icon. Surely it can't be just (ex) RISC OS users who would think it more logical to save a file by dragging the file from the application to the filer instead of dragging the destination in to the application? However, I filed a bug report in 2003 to get file choosers to simply have the same single-click-to-open option as Nautilus (which even MS Windows can manage) and there's still no sign of that actually getting implemented in a release, so God knows how they'd cope with something as radical as drag & drop. -- TH * http://www.realh.co.uk
From: Tony Houghton on 4 Aug 2010 10:09 In <51416a3e24noise(a)audiomisc.co.uk>, Jim Lesurf <noise(a)audiomisc.co.uk> wrote: > In article <slrni5g8en.23t.h(a)realh.co.uk>, Tony Houghton <h(a)realh.co.uk> > wrote: > > >> ROX seems to have suffered from a similar decline in development >> activity to RISC OS :-(. > > What is it that you feel is lacking in ROX? On the systems I have it seems > to run OK with only one or two minor 'puzzles' - which are probably due to > other aspects of the systems. I like the way Nautilus can present a filer-like interface for some network protocols like FTP and CIFS/SMB. I sometimes need to transfer files to and from a Windows PC and Nautilus makes it really easy to do that. The Windows PC isn't always on, so setting up cifs mounts wouldn't work so well, while smbclient's UI is horrible. And I don't like the ethos that everything about RISC OS is right and everything else is wrong. ROX-Filer is faster than Nautilus, OK, but in most other respects it's actually more cumbersome to use, and it's even slavishly reproduced a horrible usability mistake from RISC OS whereby right-clicking an item to pop up its context menu doesn't replace the previous selection. > My personal 'magic wish' for ROX would be for it to provide an easy > mechanism for 'save as' dragbox *before* the data to be saved is generated > in the program. One as easy and part-of-ROX-out-of-the-box as the loading > and running side. > > ROX makes drag and drop loading of data and starting of apps very easy. > Simply a matter of having the correct AppRun and catching the results from > the environment. (FWIW I'm thinking here of the way I write the bulk of the > program in 'C' and call it from AppRun.) > > But there doesn't seem to be something as simple as having a > > #include <roxstuff.h> > > at the top and then something like > > get_rox_save_name(fred) > > to produce a dragbox that gives you the drop destination in a char array > 'fred'. > > Or is this already there and just I've not yet sorted it out? I did try > setting up the ROX Clib some time ago but became deterred as I had problems > getting it up and running. Had the impression events were trying to nudge > me towards Python. 8-] I think ROX-Lib and ROX-CLib do provide save boxes with a draggable icon. Getting the name from the save dialog and then saving is the norm in *nix. You just have to wait for the "OK" response or whatever, either by using a signal or by running the dialog modally, then read the name before destroying the box. -- TH * http://www.realh.co.uk
From: thanatoid on 4 Aug 2010 12:21 Chris Whelan <cawhelan(a)prejudicentlworld.com> wrote in news:Uj96o.49192$Y21.9618(a)hurricane: > On Wed, 04 Aug 2010 02:14:26 +0000, thanatoid wrote: > > [...] > >> I hope this will not be considered hijacking this thread > > It might have been better to start a new one. OK, I will with my next post. >> I am a total NOOB, I just installed LinuxMint9 on a >> machine which has had 98SELite for years, and would like >> to install XP on another partition (ONLY because of a >> SINGLE video capture card which has NO 9x or Linux >> drivers...). > > To dual-boot, partition the drive first, install any > Windows OS's second, install any Linux OS's last. Sigh... OK, thanks... > There will be lots of "walk-throughs" on line to help you. > >> [I am struggling with GRUB - dl'd a bunch of manuals, etc. >> but may be forced to post a question if I can't figure out >> how to install XP and have it show up in the GRUB boot >> menu.] > > If you follow the sequence above, you won't need to do > anything to Grub; all installed systems will show up. > > [Snip resolution woes] > > I can't help directly with this, but if no useful > information is forthcoming from the Mint documentation > (which is pretty sparse), it might be worth looking at the > Ubuntu docs (which are comprehensive). Thank you very much, sorry about the minor hi-jack. Depending on whether I find any info about the resolution problem - if I have to, I will start a new thread. -- "The day Microsoft makes something that doesn't suck is probably the day they start making vacuum cleaners." Ernst Jan Plugge
From: zed on 4 Aug 2010 15:03 thanatoid <waiting(a)the.exit.invalid> wrote: > zed <zed(a)zed.net.nz> wrote in > news:gemini.l6jm5m00smb1s01pp.zed(a)zed.net.nz: > > <SNIP> > > > I agree with Chris. After going through openSUSE, Puppy, Fedora, > > Ubuntu, and a host of others, I finally found LinuxMint. It is what > > Ubuntu should be. No disclaimer, as it has been my distrubution of > > choice for the last three + years - and it just gets better. > > I hope this will not be considered hijacking this thread - I just saw the > last sentence and thought - maybe THIS person can help me! > [snip] I'm sorry, I cannot help you but if you go over to http://www.linuxmint.com/forum/ you'll find very helpful and friendly gurus. Zed -- zed Guns don't kill people... death does.
From: Tony Houghton on 4 Aug 2010 18:39
In <Xns9DCA7379BE13Athanexit(a)188.40.43.230>, thanatoid <waiting(a)the.exit.invalid> wrote: > Chris Whelan <cawhelan(a)prejudicentlworld.com> wrote in > news:Uj96o.49192$Y21.9618(a)hurricane: >> >> To dual-boot, partition the drive first, install any >> Windows OS's second, install any Linux OS's last. > > Sigh... OK, thanks... To avoid having to reinstall Linux you can use gparted on the LiveCD to shrink the existing partition(s) and make a Windows one. You should then be able to install Windows on that, then find a HOWTO or something to guide you in reinstalling GRUB into the MBR. -- TH * http://www.realh.co.uk |