On 5 April 2013 12:30, <p.slegg@scubadivers.co.uk> wrote:
> What I have noticed recently is that pasting into the text area with Ctrl-V
> creates 2 copies of the pasted text.
Yes, I noticed this too. I suspect this is a frontend issue, however,
not a core one, since each platform has its own mechanism to access
the clipboard.
Cheers,
JFL
--
Jean-François Lemaire
Friday, 5 April 2013
Re: Text area refresh
What I have noticed recently is that pasting into the text area with Ctrl-V
creates 2 copies of the pasted text.
Peter
creates 2 copies of the pasted text.
Peter
Thursday, 4 April 2013
Re: Text area refresh
On 26/03/2013, Michael Drake <tlsa@netsurf-browser.org> wrote:
> In article <4136879.Nb86WAdMgm@chertsey>,
> Jean-François Lemaire <jflemaire@skynet.be> wrote:
>> I tried the Atari build and indeed it is much better now. It would be
>> fantastic if multi-line textareas could be improved in the same way.
> Please try CI build #1009 or later. When editing multi-line textareas,
> the redraw area has been reduced significantly in some common cases.
Yes, it's becoming quite useful. I'm typing this in Gmail and I don't
notice any flickering when typing or deleting characters in most
cases. Many thanks!
Cheers,
JFL
--
Jean-François Lemaire
> In article <4136879.Nb86WAdMgm@chertsey>,
> Jean-François Lemaire <jflemaire@skynet.be> wrote:
>> I tried the Atari build and indeed it is much better now. It would be
>> fantastic if multi-line textareas could be improved in the same way.
> Please try CI build #1009 or later. When editing multi-line textareas,
> the redraw area has been reduced significantly in some common cases.
Yes, it's becoming quite useful. I'm typing this in Gmail and I don't
notice any flickering when typing or deleting characters in most
cases. Many thanks!
Cheers,
JFL
--
Jean-François Lemaire
Re: [gccsdk] Name conversion catches
In message <80a4493553.beeb@ron1954.woosh.co.nz>
Ron <beeb@woosh.co.nz> wrote:
<snip>
> >
> > I checked Linux and you cant create "." or ".." but you can
> > create "..."
> > I have experimented and found I have my own conversion for the
> > parsed top directory doing an 'up directory' when named "/" and on
> > the subdirectories/files (tar internally) unixlib is just skipping
> > everything below a "/" or "//"
> >
>
> <snip>
> An easy way to examine the current unixlib conversion is to have
> !Moonfish running and the shared directory open in RISC OS and Linux
> simultaneously
>
> I think the most natural way to allow "./." ".//." is to escape them
> with the "\" character as this can be entered from the Linux side
> in a normal way.
> "\.\." as a name is OK under Linux and would allow creation of this
> legitimate in RISC OS name, but the escape character "\" is being
> converted to "?5C" at the moment.
> Given that "\" is not allowed in a RISC OS name, I think all
> occurrences of it could simply be removed at riscosifying time.
> Instances of "./." or any number of purely "/" characters in a name
> would be a special case requiring them to be preceded by as many
> "\" as needed at unixifying time.
>
> I am looking for the most likely way it would be implemented in
> unixlib permanently so it would give all programs using ,xyz
> compatibility one day.
>
> Ron M.
>
Unfortunately it is not so simple, the linux tar does not allow
the '\' character in a name the way !moonfish and the linux filer
can, possibly because it conflicts with Dos separators, I don't know.
So the only possibility would be to subsitute the '/' '//'
with a tar compatible character that can't be used in a RISC OS name.
But it may be better just to abide by a few rules and maintain
proper cross platform compatibility without the strange characters.
Ron M.
_______________________________________________
GCCSDK mailing list gcc@gccsdk.riscos.info
Bugzilla: http://www.riscos.info/bugzilla/index.cgi
List Info: http://www.riscos.info/mailman/listinfo/gcc
Main Page: http://www.riscos.info/index.php/GCCSDK
Ron <beeb@woosh.co.nz> wrote:
<snip>
> >
> > I checked Linux and you cant create "." or ".." but you can
> > create "..."
> > I have experimented and found I have my own conversion for the
> > parsed top directory doing an 'up directory' when named "/" and on
> > the subdirectories/files (tar internally) unixlib is just skipping
> > everything below a "/" or "//"
> >
>
> <snip>
> An easy way to examine the current unixlib conversion is to have
> !Moonfish running and the shared directory open in RISC OS and Linux
> simultaneously
>
> I think the most natural way to allow "./." ".//." is to escape them
> with the "\" character as this can be entered from the Linux side
> in a normal way.
> "\.\." as a name is OK under Linux and would allow creation of this
> legitimate in RISC OS name, but the escape character "\" is being
> converted to "?5C" at the moment.
> Given that "\" is not allowed in a RISC OS name, I think all
> occurrences of it could simply be removed at riscosifying time.
> Instances of "./." or any number of purely "/" characters in a name
> would be a special case requiring them to be preceded by as many
> "\" as needed at unixifying time.
>
> I am looking for the most likely way it would be implemented in
> unixlib permanently so it would give all programs using ,xyz
> compatibility one day.
>
> Ron M.
>
Unfortunately it is not so simple, the linux tar does not allow
the '\' character in a name the way !moonfish and the linux filer
can, possibly because it conflicts with Dos separators, I don't know.
So the only possibility would be to subsitute the '/' '//'
with a tar compatible character that can't be used in a RISC OS name.
But it may be better just to abide by a few rules and maintain
proper cross platform compatibility without the strange characters.
Ron M.
_______________________________________________
GCCSDK mailing list gcc@gccsdk.riscos.info
Bugzilla: http://www.riscos.info/bugzilla/index.cgi
List Info: http://www.riscos.info/mailman/listinfo/gcc
Main Page: http://www.riscos.info/index.php/GCCSDK
Tuesday, 2 April 2013
Re: [Rpcemu] RPCEmu 0.8.10
On Tue, 02 Apr 2013 20:59:34 +1100, Peter Howkins
<rpcemu.howkins@marutan.net> wrote:
> On Tue, Apr 02, 2013 at 12:12:45PM +1100, Terry Duell wrote:
>> >* Linux
>> >
>> > - A program icon has been added to the main Window.
>>
>> A minor issue, but here (Fedora 18 x86_64, Cinnamon) there is no
>> sign of an icon.
>
> A bit of extra note about this, it's an icon that is attached to the
> *running window*, not browsing to the executable in a file manager.
>
> Depending on where your window manager places it, it could be on the
> title
> bar, system menu bar, only visible when you minimise the window.
OK, the icon appears on the system menu bar.
I was looking for it on the top bar of the window, I seem to recall seeing
an example but can't recall where.
Thanks.
Cheers,
--
Regards,
Terry Duell
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
<rpcemu.howkins@marutan.net> wrote:
> On Tue, Apr 02, 2013 at 12:12:45PM +1100, Terry Duell wrote:
>> >* Linux
>> >
>> > - A program icon has been added to the main Window.
>>
>> A minor issue, but here (Fedora 18 x86_64, Cinnamon) there is no
>> sign of an icon.
>
> A bit of extra note about this, it's an icon that is attached to the
> *running window*, not browsing to the executable in a file manager.
>
> Depending on where your window manager places it, it could be on the
> title
> bar, system menu bar, only visible when you minimise the window.
OK, the icon appears on the system menu bar.
I was looking for it on the top bar of the window, I seem to recall seeing
an example but can't recall where.
Thanks.
Cheers,
--
Regards,
Terry Duell
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Re: [Rpcemu] RPCEmu 0.8.10
On Tue, Apr 02, 2013 at 12:12:45PM +1100, Terry Duell wrote:
> >* Linux
> >
> > - A program icon has been added to the main Window.
>
> A minor issue, but here (Fedora 18 x86_64, Cinnamon) there is no
> sign of an icon.
A bit of extra note about this, it's an icon that is attached to the
*running window*, not browsing to the executable in a file manager.
Depending on where your window manager places it, it could be on the title
bar, system menu bar, only visible when you minimise the window.
It was tested on gnome (2.x), cde, xfce, twm, fvwm, so I'm pretty sure
it's using the standard method. (The only one that it appeared not to work
in was jwm, for unknown reasons).
Peter
--
Peter Howkins
peter.howkins@marutan.net
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
> >* Linux
> >
> > - A program icon has been added to the main Window.
>
> A minor issue, but here (Fedora 18 x86_64, Cinnamon) there is no
> sign of an icon.
A bit of extra note about this, it's an icon that is attached to the
*running window*, not browsing to the executable in a file manager.
Depending on where your window manager places it, it could be on the title
bar, system menu bar, only visible when you minimise the window.
It was tested on gnome (2.x), cde, xfce, twm, fvwm, so I'm pretty sure
it's using the standard method. (The only one that it appeared not to work
in was jwm, for unknown reasons).
Peter
--
Peter Howkins
peter.howkins@marutan.net
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Monday, 1 April 2013
Re: [Rpcemu] RPCEmu 0.8.10
On Thu, 28 Mar 2013 04:15:14 +1100, Peter Howkins
<rpcemu.howkins@marutan.net> wrote:
> A new version of RPCEmu is available, 0.8.10
[snip]
> * Linux
>
> - A program icon has been added to the main Window.
A minor issue, but here (Fedora 18 x86_64, Cinnamon) there is no sign of
an icon.
Cheers,
--
Regards,
Terry Duell
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
<rpcemu.howkins@marutan.net> wrote:
> A new version of RPCEmu is available, 0.8.10
[snip]
> * Linux
>
> - A program icon has been added to the main Window.
A minor issue, but here (Fedora 18 x86_64, Cinnamon) there is no sign of
an icon.
Cheers,
--
Regards,
Terry Duell
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Subscribe to:
Posts (Atom)