From: Tony Houghton on
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
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
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
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
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