Re: Most wanted feature: Spell as you type

On Thursday 08 January 2004 22:32, Janus Sandsgaard wrote: > OK. I'll try to write something in the weekend. Oooopps. Thant weekend was gone in 20 seconds. :-/ I'll try again soon :-) -j -- Linux install party in La Paz, Bolivia

[patch] bug with word selection

pretty trivial solution. Alfredo ? PosIterator.C-save ? PosIterator.h-save ? bfri.C ? textcursor.C-save ? textcursor.h-save Index: text3.C === RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/text3.C,v retrieving revision 1.199 diff -u

Re: lyx::support::tempName

Lars Gullik Bjønnes wrote: > Be sure to jot down problems and changes you would have liked to see > in boost. :-)  We/you  could  contribute  stuff  there  as  well. Scary! I wonder what they'd think of an fs::path-ed FileInfo. Even an fs::path-ed FileMonitor, although that would presumably have

Re: lyx::support::tempName

Angus Leeming <[EMAIL PROTECTED]> writes: | Lars Gullik Bjønnes wrote: >> Hmm... perhaps you'd like to see my old fs:: patch... > | I don't think that I deserve to as I was the one raising all those | objections to it at the time. Actually, I'm concentrating on the | graphics loader stuff entire

Re: lyx::support::tempName

Lars Gullik Bjønnes wrote: > Hmm... perhaps you'd like to see my old fs:: patch... I don't think that I deserve to as I was the one raising all those objections to it at the time. Actually, I'm concentrating on the graphics loader stuff entirely because these classes require an explicit absolut

Re: lyx::support::tempName

Angus Leeming <[EMAIL PROTECTED]> writes: | Lars Gullik Bjønnes wrote: >> | I don't know what fs::nocheck does. Could you expand a little? >> >> If you already _know_ that the string is a valid path, there is no >> need to check it. > | Ok. Used internally, eg here: | path & path::operator /=

Re: Problem with emphasis (italic) text

Jean-Marc Lasgouttes wrote: > Kayvan> I have attached the LyX file and the generated tex file. > > That's very strange... Do you remember how you managed to produce it? I see this too. Actually, it's very easy to reproduce: create a document with the content normal emphasized normal where "emphas

Re: Problem with emphasis (italic) text

> "Kayvan" == Kayvan A Sylvan <[EMAIL PROTECTED]> writes: Kayvan> I have a small lyx file that is causing problems with LaTeX2e. Kayvan> If I put the following into the preamble, then it works: Kayvan> \renewcommand\textcolor{} Kayvan> I have attached the LyX file and the generated t

Re: [PATCH] guii.php3

> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes: Juergen> - updates the qt status - deletes vclog - tries to reflect Juergen> the /gtk (instead of /gnome) status - adds a new tag Juergen> "Obsolete" (red) for dialogs that will not be ported to a Juergen> certain frontend (e.g. f

Re: [patch] es.po 1.3.x update

> "Alfredo" == Alfredo Braunstein <[EMAIL PROTECTED]> writes: Alfredo> attached. Thanks. Committed. JMarc

Re: lyx::support::tempName

Lars Gullik Bjønnes wrote: > | I don't know what fs::nocheck does. Could you expand a little? > > If you already _know_ that the string is a valid path, there is no > need to check it. Ok. Used internally, eg here: path & path::operator /=( const path & rhs ) { m_path_append( rhs.m_

Re: lyx::support::tempName

Angus Leeming <[EMAIL PROTECTED]> writes: | Lars Gullik Bjønnes wrote: Is anybody unhappy with this change? >> >> yes a bit. >> >> | The following might be a minuscule problem: >>> >> | unlink() deletes the file right? >> | So if the temporary file was created in e.g. /tmp, theoretically >>

[patch] es.po 1.3.x update

attached. Alfredo es.po.diff.gz Description: GNU Zip compressed data

Re: lyx::support::tempName

Lars Gullik Bjønnes wrote: >>> Is anybody unhappy with this change? > > yes a bit. > > | The following might be a minuscule problem: >> > | unlink() deletes the file right? > | So if the temporary file was created in e.g. /tmp, theoretically > | some other process might "steal" the name if it's b

Re: .lyx/preferences needs a warning

> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes: Andre> On Sat, Jan 10, 2004 at 12:26:44PM +0100, Jean-Marc Lasgouttes Andre> wrote: >> Moreover, if you bind them to some key, then you can have something >> like different editing modes (vi?). Andre> Vi mode is difficult as we'd need tha

Re: .lyx/preferences needs a warning

Andre Poenitz <[EMAIL PROTECTED]> writes: | On Fri, Jan 09, 2004 at 03:22:28PM +0100, Lars Gullik Bjønnes wrote: >> Who told you that you should be able to edit preferences manually at >> all? > | It used to work that way for eight years or so and I still use it this | way. > >> | Simple solution:

Re: Why buffer->niceFile()?

On Sun, Jan 11, 2004 at 03:55:00PM +0100, Georg Baum wrote: > Am Samstag, 10. Januar 2004 19:19 schrieb Angus Leeming: > > Georg Baum wrote: > > > I tried, bit it did not work. The only place where it is needed > > > seems to be InsetInclude::validate(). > > > > Can you not pass the runparams to t

Re: lyx::support::tempName

On Sat, Jan 10, 2004 at 09:28:20PM +, Angus Leeming wrote: > However, the real change I would like is in the implementation. I > would like to 'unlink' the generated temporary file. It's a royal > PITA in my view and the function name offers no suggestion that it'll > generate a file; that's

Re: .lyx/preferences needs a warning

On Sat, Jan 10, 2004 at 12:26:44PM +0100, Jean-Marc Lasgouttes wrote: > Moreover, if you bind them to some key, then you can have something > like different editing modes (vi?). Vi mode is difficult as we'd need that command/insert mode distinction, i.e. two completely different bindings for all k

Re: .lyx/preferences needs a warning

On Fri, Jan 09, 2004 at 04:56:29PM +0100, Lars Gullik Bjønnes wrote: > Christian Ridderström <[EMAIL PROTECTED]> writes: > > | I think it'll be a bit too "omständigt" to define command-sequences > | in > > "omstendig" -> circumstantial, detailed (long-winded) "umständlich" I found it quite re

Re: .lyx/preferences needs a warning

On Fri, Jan 09, 2004 at 03:22:28PM +0100, Lars Gullik Bjønnes wrote: > Who told you that you should be able to edit preferences manually at > all? It used to work that way for eight years or so and I still use it this way. > | Simple solution: Add a message to the beginning of .lyx/preferences >