Re: lyx-1.4.0pre3, gcc-4.1.0 failure

"Jose' Matos" <[EMAIL PROTECTED]> writes: | On Thursday 26 January 2006 18:19, Rex Dieter wrote: | > ../../boost/boost/config/compiler/gcc.hpp:92:7: warning: #warning | > "Unknown compiler version - please run the configure tests and report | > the results" | | This is understandable since gcc

bugzilla cleanup

Just for information: I spend some time to clean up bugzilla, that means looking over nearly all open and unconfirmed bugs. I targeted all confirmed 1.4CVS bugs with patches to 1.4.1 so that the patches don't get lost when the next bug fixing round for 1.4.1 is started. I'm still not able to

Re: Bug reporting - disk full

On Mon, 30 Jan 2006, Georg Baum wrote: > http://moinmoin.wikiwikiweb.de/PmWikiMoinMoinConverter I forgot to say thank you for the tip, thanks. I'm adding it to the PmWiki documentation. /C -- Christian Ridderström, +46-8-768 39 44 http://www.md.kth.se/~chr

Re: Blue line thoughts, and a patch

On Mon, Jan 30, 2006 at 09:25:29PM +0100, Jean-Marc Lasgouttes wrote: > > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes: > > Martin> For reference, here is the latest... only, I simplified the > Martin> paragraph stuff still a little by only adding a language > Martin> argument instead

Re: Bug reporting - disk full

On Mon, 30 Jan 2006, Georg Baum wrote: > Am Montag, 30. Januar 2006 11:57 schrieb [EMAIL PROTECTED]: > > Uhm... I don't get anything? > > > > > http://www.google.com/search?hs=w8V&hl=en&lr=&client=opera&rls=en&q=pmwiki2moinmoin&btnG=Search Very weird... my original link still doesn't work b

Re: Blue line thoughts, and a patch

> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes: Martin> For reference, here is the latest... only, I simplified the Martin> paragraph stuff still a little by only adding a language Martin> argument instead of a full bufferparams, which was overkill. Martin> And inlined the outerFontAp

Re: Blue line thoughts, and a patch

On Mon, Jan 30, 2006 at 08:03:35PM +0100, Georg Baum wrote: > Am Montag, 30. Januar 2006 17:20 schrieb Martin Vermeer: > If I understand you correctly the workaround is to explicitly set the > language in the inset (and you seem to do it in the patch), so I don't > see this as a big problem. P

Re: [patch] fix bug 2174

Am Montag, 30. Januar 2006 08:14 schrieb Juergen Spitzmueller: > Georg Baum wrote: > > I don't know. It should use the direct lyx -> lyx13 route (and it does so > > here). Are you sure that you have the latest version of the patch > > applied? > > Yes. Definitely. I think I know know what happen

Re: Renaming macros

Am Montag, 30. Januar 2006 03:49 schrieb Beck, Andrew Thomas - BECAT001: > >> --- text3.C 31 Dec 2005 11:40:32 - 1.323 > >> +++ text3.C 27 Jan 2006 02:06:30 - > >> @@ -1254,10 +1254,10 @@ > >> else { > >> string s = cmd.argument; > >>

Re: Blue line thoughts, and a patch (Re: [PATCH] blue line problem fix - still compile error)

Am Montag, 30. Januar 2006 17:20 schrieb Martin Vermeer: > However, if I have the language inheritance code included in > applyOuterFont, i.e.: > > if (font.language() == bufferFont().language()) > font.setLanguage(font_.language()); > > then you cannot truthfully present bu

Re: lyx-1.4.0pre3, gcc-4.1.0 failure

On Monday 30 January 2006 18:13, Jose' Matos wrote: > > Complete build logs: > > http://buildsys.fedoraproject.org/logs/fedora-development-extras/3339-lyx > >-1 .4.0-0.1.pre3.fc5/ > >   Thank you for reporting it. FWIW this is already fixed in latest CVS and soon to be 1.4.0pre4... -- José Abí

Re: LyX/Mac-1.3.x/1.4.0 preferences fix

Am Montag, 30. Januar 2006 18:43 schrieb Bennett Helm: > In 1.4.0, this change might as well go in as well. However, I'm > confused: this change should have gone in with the patch I submitted > on 1/12 ( msg84926.html>). Somehow, the Chang

Re: [SPAM] Re: bug 2026 again

On Saturday 28 January 2006 18:58, Georg Baum wrote: > 2) Currently lyx2lyx refuses to run if it can't find the layout file, even > if is not necessary at all. This could be refined to only bail out if the > default layout is really needed. I have been out last week and I have only seen this now

Re: Crash and Core Dump - Lyx1.4.0pre3

On Monday 30 January 2006 23:45, Juergen Spitzmueller wrote: > samar j. singh wrote: > > Still a bit of confusion. In 2 above  it is compiling lyx that you are > > talking about, is that correct? > > yes. > > > Should   I wait for 1.4pre4? > > you could try the -dbg action thing already with pre3,

Re: lyx-1.4.0pre3, gcc-4.1.0 failure

On Thursday 26 January 2006 18:19, Rex Dieter wrote: > ../../boost/boost/config/compiler/gcc.hpp:92:7: warning: #warning > "Unknown compiler version - please run the configure tests and report > the results" This is understandable since gcc 4.1 was unknown when this version of boost was release

Re: Crash and Core Dump - Lyx1.4.0pre3

samar j. singh wrote: > Still a bit of confusion. In 2 above  it is compiling lyx that you are > talking about, is that correct? yes. > Should   I wait for 1.4pre4? you could try the -dbg action thing already with pre3, if you want. Thanks, Jürgen

Re: Crash and Core Dump - Lyx1.4.0pre3

On Monday 30 January 2006 23:28, Juergen Spitzmueller wrote: > samar j. singh wrote: > > I am quite happy with slowing down the lyx if it helps. Please let me > > have more specific instructions. Would you like me to compile gdb or > > something else. > > The two suggestions are: > 1. run "lyx -dbg

Re: Crash and Core Dump - Lyx1.4.0pre3

samar j. singh wrote: > Let me understand this correctly. Would you like me to do the preparatory > work for the core dump and then start lyx with the -dbg option after that? No, I mean without gdb. Just run lyx -dbg action normally. > No I dont use preview latex. I dont need to do any significan

Re: Crash and Core Dump - Lyx1.4.0pre3

samar j. singh wrote: > I am quite happy with slowing down the lyx if it helps. Please let me have > more specific instructions. Would you like me to compile gdb or something > else. The two suggestions are: 1. run "lyx -dbg action" instead of "lyx". If it crashes, the console might have spit out

Re: Crash and Core Dump - Lyx1.4.0pre3

On Monday 30 January 2006 23:16, Juergen Spitzmueller wrote: > Juergen Spitzmueller wrote: > > > Would it  help if you had more of these reports? In that case, I would > > > continue to start lyx preceded with the core dump pre-requisite > > > commands. > > > > It might help. I tried to read the ba

Re: pre4

Am Montag, 30. Januar 2006 16:46 schrieb Jean-Marc Lasgouttes: > > "Georg" == Georg Baum <[EMAIL PROTECTED]> writes: > > >> The first line is when running in place, and the second one is > >> useful when everything has been installed. Is it that you installed > >> with --with-version-suffix? >

Re: Crash and Core Dump - Lyx1.4.0pre3

On Monday 30 January 2006 22:55, you wrote: > samar j. singh wrote: > > Yes, I am sure it would. I have been trying to do this for about two > > weeks. However, it appears there does  not seem to be a single reliable > > stimulus, which could point to multiple things happening or it could > > point

LyX/Mac-1.3.x/1.4.0 preferences fix

Somewhere along the line I must have goofed in adding the following two lines to the LyX/Mac preferences file found at development/MacOS/ LyX.app/Contents/Resources/LyX/preferences: \format "pdf" "pdf" "PDF (pdflatex)" "" \format "pdf2" "pdf" "PDF (ps to pdf)" "" These cause a conflict with L

Re: Crash and Core Dump - Lyx1.4.0pre3

Juergen Spitzmueller wrote: > > Would it  help if you had more of these reports? In that case, I would > > continue to start lyx preceded with the core dump pre-requisite commands. > > It might help. I tried to read the backtrace but I couldn't make much sense > out of it apart from what Martin alr

Re: Bug reporting - disk full

Am Montag, 30. Januar 2006 11:57 schrieb [EMAIL PROTECTED]: > Uhm... I don't get anything? > > http://www.google.com/search?hs=w8V&hl=en&lr=&client=opera&rls=en&q=pmwiki2moinmoin&btnG=Search It seems like google does not like you ;-) > could you send me the link? http://moinmoin.wikiwiki

Re: Crash and Core Dump - Lyx1.4.0pre3

samar j. singh wrote: > Yes, I am sure it would. I have been trying to do this for about two weeks. >   However, it appears there does  not seem to be a single reliable > stimulus, which could point to multiple things happening or it could point > to a delay in the action of a given stimulus, or so

Re: /tmp/lyx..../file_name_ with underscore conflicts with underscore.sty

> \newcommand\UnderscoreCommands{\do\includegraphics} > \usepackage[strings]{underscore} This one works. Thanks. BTW, maybe we should use 0-directory-filename instead of 0_directory_filename? This problem may or may not qualify as a bug but the fact is that a latex file that can be compiled direc

Re: /tmp/lyx..../file_name_ with underscore conflicts with underscore.sty

Bo Peng wrote: And with \usepackage[strings]{underscore}? \newcommand\UnderscoreCommands{\do\includegraphics} \usepackage[strings]{underscore} Herbert

Re: /tmp/lyx..../file_name_ with underscore conflicts with underscore.sty

> And with \usepackage[strings]{underscore}? Does not work for my suggested example. Despite the manual: You must avoid "_" in file names and in cite or ref tags, or you must use the babel package, with its active-character controls, or you must give the [strings] option, which attempts to redefi

Re: /tmp/lyx..../file_name_ with underscore conflicts with underscore.sty

> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes: Bo> Dear list, Just let you know that underscore.sty has a problem Bo> that causes \includegraphics{"filename_with_underscore"} to fail. Bo> Try it by Bo> 1. lyx->new document 2. preamble add 'usepackage{underscore} 3. Bo> insert a figure, compile

Re: Crash and Core Dump - Lyx1.4.0pre3

On Monday 30 January 2006 22:20, Juergen Spitzmueller wrote: > samar j. singh wrote: > > All I would add to this is that this was not preceded by the use of the > > PageUp/Page Down keys and neither was I involved in an Undo operation > > immediately before the crash to the best of my recollection.

Re: /tmp/lyx..../file_name_ with underscore conflicts with underscore.sty

Bo Peng wrote: Just let you know that underscore.sty has a problem that causes \includegraphics{"filename_with_underscore"} to fail. Try it by read the documentation of underscore.sty! Even if a latex file can be compiled directly, it will fail under lyx because of the way lyx handles figure

/tmp/lyx..../file_name_ with underscore conflicts with underscore.sty

Dear list, Just let you know that underscore.sty has a problem that causes \includegraphics{"filename_with_underscore"} to fail. Try it by 1. lyx->new document 2. preamble add 'usepackage{underscore} 3. insert a figure, compile. Even if a latex file can be compiled directly, it will fail under l

Re: Crash and Core Dump - Lyx1.4.0pre3

samar j. singh wrote: > All I would add to this is that this was not preceded by the use of the > PageUp/Page Down keys and neither was I involved in an Undo operation > immediately before the crash to the best of my recollection. It would help a lot if you'd manage to come up with a recipe how to

Re: help needed for bug 2248

Jean-Marc Lasgouttes wrote: > Goerg, this is what happens when something like numarticle.inc is not > loaded after stdsection.inc. What shall we do? The question is: Do we regard our .inc files as part of the layout file interface, or are they just an implementation detail? Of course the former w

Re: help needed for bug 2248

> Try the following (added "Input numreport.inc"). This fixes the layout file. Thanks. Bo

Allowing 'index' for /home/lyx/www/pmwiki/uploads on wiki.lyx.org?

Hi Was there a particular reason why we couldn't allow index listings for the directories that contain uploaded files, i.e. the directory tree under /home/lyx/www/pmwiki/uploads which corresponds to http://wiki.lyx.org/uploads /Christian -- Christian Ridderström, +46-8-768 39

Re: help needed for bug 2248

Bo Peng <[EMAIL PROTECTED]> writes: > > > Bo> BTW, I notice another problem with 1.4.0cvs. The > > Bo> sections/subsections in the file I loaded are not numbered, and > > Bo> are not shown in the navigation menu. The ps/pdf output is correct > > Bo> (with section numbers). What might be causing th

Re: Blue line thoughts, and a patch (Re: [PATCH] blue line problem fix - still compile error)

On Mon, 2006-01-30 at 16:39 +0100, Georg Baum wrote: > Martin Vermeer wrote: > > > What is 1.3 behaviour (of noFontChange viz. language)? > > I don't know. Therefore I wanted you to find out ;-) OK, I did. It works like you described: Norwegian if noFontChange = false, Swedish if true. So for no

Re: help needed for bug 2248

> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes: Bo> BTW, I notice another problem with 1.4.0cvs. The Bo> sections/subsections in the file I loaded are not numbered, and Bo> are not shown in the navigation menu. The ps/pdf output is correct Bo> (with section numbers). What might be causing the pr

Re: [patch]: bug 2022 (Another LyX crash when undoing DEPM)

Jean-Marc Lasgouttes wrote: > I think so. I applied it. The actual bug number is 2202, not 2022. Jürgen

Re: Icons (was:lyx-1.4pre4)

On Mon, 30 Jan 2006 [EMAIL PROTECTED] wrote: > On Mon, 30 Jan 2006, John C. Spray wrote: > > > By the way, I have a nicer, larger .png/alpha application icon for lyx > > (than the little xpm) which is good for people using big icons on panels > > and so on. I can find it (on my home machine) if

Re: help needed for bug 2248

Bo Peng wrote: >> It is already done in 1.4 :-) > > Really? I just tried to compile a file with 'too-long-filename' > problem with 1.4.0cvs and get the same error message as in 1.3.7: > "Latex Error: File: 59_home_bpeng_. nof found". Obviously, the > tmp filename still uses absolute path.

Re: help needed for bug 2248

> Bo> BTW, I notice another problem with 1.4.0cvs. The > Bo> sections/subsections in the file I loaded are not numbered, and > Bo> are not shown in the navigation menu. The ps/pdf output is correct > Bo> (with section numbers). What might be causing the problem? Note > Bo> that the file is in 1.3.6

Re: Icons (was:lyx-1.4pre4)

On Mon, 30 Jan 2006, John C. Spray wrote: > By the way, I have a nicer, larger .png/alpha application icon for lyx > (than the little xpm) which is good for people using big icons on panels > and so on. I can find it (on my home machine) if anyone's interested in > including it in 1.4. I was goi

Re: help needed for bug 2248

> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes: Bo> BTW, I notice another problem with 1.4.0cvs. The Bo> sections/subsections in the file I loaded are not numbered, and Bo> are not shown in the navigation menu. The ps/pdf output is correct Bo> (with section numbers). What might be causing the pr

Re: pre4

> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes: >> The first line is when running in place, and the second one is >> useful when everything has been installed. Is it that you installed >> with --with-version-suffix? Georg> No, in this case not. The message above looks like it does not Geo

Re: help needed for bug 2248

> It is already done in 1.4 :-) Really? I just tried to compile a file with 'too-long-filename' problem with 1.4.0cvs and get the same error message as in 1.3.7: "Latex Error: File: 59_home_bpeng_. nof found". Obviously, the tmp filename still uses absolute path. BTW, I notice another probl

Re: Blue line thoughts, and a patch (Re: [PATCH] blue line problem fix - still compile error)

Martin Vermeer wrote: > What is 1.3 behaviour (of noFontChange viz. language)? I don't know. Therefore I wanted you to find out ;-) > And what would > you want 1.4 to do? The same ;-) Seriously, when discussing bug 1973 with Jean-Marc we came to the conclusion that noFontChange() does not do

Re: [patch]: bug 2022 (Another LyX crash when undoing DEPM)

> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes: Juergen> Jean-Marc Lasgouttes wrote: >> I was about to post almost the same patch :) Juergen> Good :-) >> I think yours is just as good. You should probably add a 'using >> std::max' somewhere, though. Juergen> Done. What about

Re: Blue line thoughts, and a patch (Re: [PATCH] blue line problem fix - still compile error)

On Mon, 2006-01-30 at 16:14 +0100, Georg Baum wrote: > Jean-Marc Lasgouttes wrote: > > >> "Martin" == Martin Vermeer > >> <[EMAIL PROTECTED]> writes: > > > >>> swedish if the inset is one with noFontChange() == true, else > >>> norwegian. At least I think that it works like that. > > > >

Re: Blue line thoughts, and a patch

On Mon, 2006-01-30 at 15:44 +0100, Jean-Marc Lasgouttes wrote: > > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes: > > >> swedish if the inset is one with noFontChange() == true, else > >> norwegian. At least I think that it works like that. > > Martin> Yes, that's how I think it *ough

Re: pre4

Jean-Marc Lasgouttes wrote: >> "Georg" == Georg Baum >> <[EMAIL PROTECTED]> >> writes: > > Georg> +checking for "/home/georg/.lyx/../src/tex2lyx/tex2lyx"... no > > The code in lib/configure.m4 does: > > # Search for an installed tex2lyx or a ready-to-install one > SEARCH_PROG([for a

Re: pre4

Jean-Marc Lasgouttes wrote: > The first line is when running in place, and the second one is useful > when everything has been installed. Is it that you installed with > --with-version-suffix? If so, bug 2237 has probably bitten. Jürgen

Re: Blue line thoughts, and a patch (Re: [PATCH] blue line problem fix - still compile error)

Jean-Marc Lasgouttes wrote: >> "Martin" == Martin Vermeer >> <[EMAIL PROTECTED]> writes: > >>> swedish if the inset is one with noFontChange() == true, else >>> norwegian. At least I think that it works like that. > > Martin> Yes, that's how I think it *ought* to work. What else is > Mar

Re: [patch]: bug 2022 (Another LyX crash when undoing DEPM)

Jean-Marc Lasgouttes wrote: > I was about to post almost the same patch :) Good :-) > I think yours is just as good. You should probably add a 'using > std::max' somewhere, though. Done. What about the attached patch? Can it be applied? Jürgen Index: src/text2.C

Re: pre4

> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes: Georg> Am Sonntag, 29. Januar 2006 17:57 schrieb Lars Gullik Bjønnes: >> I would be glad if someone could download pre4 and take it for a >> quick spin before I announce it on the users list. Georg> Compiling and installing works fine, with

Re: Icons (was:lyx-1.4pre4)

On Mon, 2006-01-30 at 15:36 +0100, Frederic-Emmanuel PICCA wrote: > John Levon wrote: > > On Mon, Jan 30, 2006 at 03:05:42PM +0100, Leuven, E. wrote: > >>* the icons are extremely ugly (and very inconsistent in style) > > We badly need an artist on staff. > > What about using the same icones than

Re: lyx-1.4pre4

On Mon, Jan 30, 2006 at 03:36:04PM +0100, Frederic-Emmanuel PICCA wrote: > What about using the same icones than openoffice or abiword etc... where > we can, and create a new set for others ? That's what we did (with the KDE icons). It's nowhere near good enough. john

Re: Blue line thoughts, and a patch (Re: [PATCH] blue line problem fix - still compile error)

> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes: >> swedish if the inset is one with noFontChange() == true, else >> norwegian. At least I think that it works like that. Martin> Yes, that's how I think it *ought* to work. What else is Martin> noFontChange for. If I may object, noFon

Re: [patch]: bug 2022 (Another LyX crash when undoing DEPM)

> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes: Juergen> http://bugzilla.lyx.org/show_bug.cgi?id=2202 Jean-Marc, Juergen> I found that the attached patch fixes the described crash for Juergen> me. The cases described in bug 2155 still work. However, I'm Juergen> not really sur

Re: lyx-1.4pre4

John Levon wrote: On Mon, Jan 30, 2006 at 03:05:42PM +0100, Leuven, E. wrote: * the icons are extremely ugly (and very inconsistent in style) We badly need an artist on staff. What about using the same icones than openoffice or abiword etc... where we can, and create a new set for others

[patch]: bug 2022 (Another LyX crash when undoing DEPM)

http://bugzilla.lyx.org/show_bug.cgi?id=2202 Jean-Marc, I found that the attached patch fixes the described crash for me. The cases described in bug 2155 still work. However, I'm not really sure I got the logic. Does this make sense to you? Jürgen Index: src/text2.C ===

Re: lyx-1.4pre4

On Mon, Jan 30, 2006 at 03:05:42PM +0100, Leuven, E. wrote: > * the icons are extremely ugly (and very inconsistent in style) We badly need an artist on staff. > * toolbar visibility should be configurable through gui Yes, it should, but it's not. > * it would be very nice if command sequences

Blue line thoughts, and a patch (Re: [PATCH] blue line problem fix - still compile error)

On Mon, 2006-01-30 at 10:58 +0100, Georg Baum wrote: > Martin Vermeer wrote: > > > I would like to hear all of you interpret the following, though: > > > > > > (document language Swedish) > > > > \lang Norsk > > > > (text a) > > > > \begin_inset ... > > > > (text b) > > > > \lang Swedish >

lyx-1.4pre4

dear all, i downloaded (and compiled) 1.4pre4. it looks and feels good: not like the unstable and slow beast it was some time ago. for now (i just started using it for serious stuff) i have some small remarks. i hope you find them useful, if not: just ignore. thanks for making lyx better stil

Re: Release procedures

> "christian" == christian ridderstrom <[EMAIL PROTECTED]> writes: christian> On Mon, 30 Jan 2006, Jean-Marc Lasgouttes wrote: >> > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: >> Lars> I just thought that I should jot down mine: >> Here is what I use for stable releases (wi

Re: Release procedures

On Mon, 30 Jan 2006, Jean-Marc Lasgouttes wrote: > > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: > > Lars> I just thought that I should jot down mine: > > Here is what I use for stable releases (will need to be updated for > 1.4). There are some differences (I do not export, fo

Wiki content and editors (Was: Download/Wiki pages)

Caveat: It might be that this whole topic should wait until 1.4 has been released On Thu, 19 Jan 2006, Angus Leeming wrote: > > PS: If we switch from cvs to subversion, we might also consider > > switching to trac (projects.edgewall.com/trac). It is just great! I use > > it in my office. >

Re: Bug reporting - disk full

On Mon, 30 Jan 2006, Michael Gerz wrote: > [EMAIL PROTECTED] wrote: > > >Importing the wiki is a *lot* of work (the markup isn't the same, and most > >likely the features aren't the same either). > > > > > If there are less than 50 wiki pages, it should be doable even manually. > It would take

Re: Bug reporting - disk full

[EMAIL PROTECTED] wrote: Importing the wiki is a *lot* of work (the markup isn't the same, and most likely the features aren't the same either). If there are less than 50 wiki pages, it should be doable even manually. It would take a few days but definitely a limited amount of time. I am w

Crash and Core Dump - Lyx1.4.0pre3

Hi For a couple of weeks I have been working on a document of about 50 pages (pdf version) and have experienced about 6 crashes of Lyx in that time. I posted this list when it first happened a couple of times. At the time I had believed the problem may have been caused by some rather long tables

Re: Bug reporting - disk full

On Mon, 30 Jan 2006, Georg Baum wrote: > Juergen Spitzmueller wrote: > > > I read that there are some conversion scripts availabe. There is one ffrom > > mediawiki to trac's wiki. Maybe someone has done something similar for > > pmwiki? > > See the first (and only hit) of a search for pmwiki2moi

Re: Bug reporting - disk full

Jean-Marc Lasgouttes a écrit : "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: Lars> Note that with subversion (yes, I have my scripts ready and Lars> warmed up for conversion), moving things around in the tree or Lars> duplicating them is a breeze. So unless the build system is Lars>

Re: [PATCH] blue line problem fix - still compile error

Martin Vermeer wrote: > I would like to hear all of you interpret the following, though: > > > (document language Swedish) > > \lang Norsk > > (text a) > > \begin_inset ... > > (text b) > > \lang Swedish > > (text c) > > \lang Norsk > > (text d) > > \end_inset > > ...is (text b) suppos

Re: Bug reporting - disk full

> "John" == John Spray <[EMAIL PROTECTED]> writes: John> Am Montag, den 30.01.2006, 10:04 +0100 schrieb Jean-Marc John> Lasgouttes: >> Abdel, does it seem reasonable? Once qt4 is officially in the 1.4 >> tree, I am going to be conservative about further changes anyway. >> And before you ask, i

Re: [PATCH] blue line problem fix - still compile error

> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes: Martin> ...is (text b) supposed to be in Norwegian, or in the buffer Martin> language (say, Swedish)? I.e., which language checking Martin> dictionary will be used for it? For me, it should be the same as what we do for other font setti

Re: Bug reporting - disk full

[EMAIL PROTECTED] wrote: > Can Trac import bugzilla information? (I'm guessing that's an important > criterion) It claims so: http://projects.edgewall.com/trac/wiki/TracFaq#can-i-migrate-my-bugs-from-bugzilla Jürgen

Re: [PATCH] blue line problem fix - still compile error

On Mon, 2006-01-30 at 10:30 +0100, Georg Baum wrote: > Jean-Marc Lasgouttes wrote: > > >> "Martin" == Martin Vermeer > >> <[EMAIL PROTECTED]> writes: > > > >>> If this is to go into 1.4.0 it really needs som pretty hard > >>> pounding. > > > > Martin> What I am worried about is not so mu

Re: [PATCH] blue line problem fix - still compile error

On Mon, 2006-01-30 at 09:45 +0100, Jean-Marc Lasgouttes wrote: > > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes: > > >> If this is to go into 1.4.0 it really needs som pretty hard > >> pounding. > > Martin> What I am worried about is not so much the user-visible stuff, > Martin> whic

Re: [PATCH] blue line problem fix - still compile error

Jean-Marc Lasgouttes wrote: >> "Martin" == Martin Vermeer >> <[EMAIL PROTECTED]> writes: > >>> If this is to go into 1.4.0 it really needs som pretty hard >>> pounding. > > Martin> What I am worried about is not so much the user-visible stuff, > Martin> which is a mess right now, and wil

Re: Bug reporting - disk full

On 29 Jan 2006, Lars Gullik Bjønnes wrote: > [EMAIL PROTECTED] writes: > > | On 29 Jan 2006, Lars Gullik Bjønnes wrote: > | > | > But I'd like you to think about trac as well. To me it is a system that > | > is quite simple and gives us viewcvs, bugzilla and wiki functionality in > | > one easy

Re: Bug reporting - disk full

Juergen Spitzmueller wrote: > I read that there are some conversion scripts availabe. There is one ffrom > mediawiki to trac's wiki. Maybe someone has done something similar for > pmwiki? See the first (and only hit) of a search for pmwiki2moinmoin. Georg

Re: Bug reporting - disk full

On Mon, 30 Jan 2006, Juergen Spitzmueller wrote: > [EMAIL PROTECTED] wrote: > > Importing the wiki is a *lot* of work (the markup isn't the same, and most > > likely the features aren't the same either). > > I read that there are some conversion scripts availabe. There is one > ffrom mediawiki to

Re: [PATCH] blue line problem fix - still compile error

Martin Vermeer wrote: On Fri, Jan 27, 2006 at 10:43:47AM +0100, Helge Hafting wrote: Martin Vermeer wrote: On Thu, Jan 26, 2006 at 09:11:25AM +0100, Helge Hafting wrote: Martin Vermeer wrote: So here it is, the complete patch, still a bit further polished.

Re: help needed for bug 2248

Jean-Marc Lasgouttes wrote: >> "Enrico" == Enrico Forestieri >> <[EMAIL PROTECTED]> writes: > > Enrico> Question: why LyX uses full paths for the files it copies in > Enrico> lyx_tmpdir? > > This is a very good question. I suspect many of our problems (long > filenames, spaces, active ch

Re: Release procedures

> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: Lars> I just thought that I should jot down mine: Here is what I use for stable releases (will need to be updated for 1.4). There are some differences (I do not export, for example). Also, I tend to use 'cvs tag'. what is better wit

Re: Bug reporting - disk full

Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: | > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: | | Lars> Note that with subversion (yes, I have my scripts ready and | Lars> warmed up for conversion), moving things around in the tree or | Lars> duplicating them is a breeze. So

Re: Bug 1934: the plot thickens

> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes: Andre> It is at least theoretically sound, see my post on 'four phase Andre> drawing'. It's basically exactly this, albeit for mathed only. Where? Andre> Grep for 'FIXME' should generally point into the dark Andre> corners... Sure, but

Re: help needed for bug 2248

> "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes: Enrico> However, I think that this could be done by LyX. It should Enrico> take into account what characters are used as shorthands in a Enrico> given language and then surround the includegraphics with Enrico> \shorthandoff{...} and

Re: Warning to users of debian testing/unstable, libxft2 (2.1.8.2-2) is broken

On Mon, 30 Jan 2006, Helge Hafting wrote: > For the moment, testing is okay. The troublesome libxft2 is in > "unstable". If you run into this, the fix is: I put it here for now so I can get back to it when I do try to install LyX on my Debian computer. http://wiki.lyx.org/LyX/LyXOnDebia

Re: help needed for bug 2248

> "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes: Enrico> Question: why LyX uses full paths for the files it copies in Enrico> lyx_tmpdir? This is a very good question. I suspect many of our problems (long filenames, spaces, active characters) would be less annoying (but of course s

Re: Bug reporting - disk full

Am Montag, den 30.01.2006, 10:04 +0100 schrieb Jean-Marc Lasgouttes: > Abdel, does it seem reasonable? Once qt4 is officially in the 1.4 > tree, I am going to be conservative about further changes anyway. And > before you ask, it will be the same for gtk :) Do you mean you want to be conservative

Re: help needed for bug 2248

> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes: Georg> Babel probably makes " active for french. See also Georg> http://bugzilla.lyx.org/show_bug.cgi?id=2005 for a similar Georg> problem. For the record, only !:;? are made active by french. JMarc

Re: Bug reporting - disk full

> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: Lars> Note that with subversion (yes, I have my scripts ready and Lars> warmed up for conversion), moving things around in the tree or Lars> duplicating them is a breeze. So unless the build system is Lars> re-vamped in the first seco

Re: [PATCH] blue line problem fix - still compile error

> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes: >> If this is to go into 1.4.0 it really needs som pretty hard >> pounding. Martin> What I am worried about is not so much the user-visible stuff, Martin> which is a mess right now, and will be less messy with this Martin> patch. So wha

Re: [PATCH] blue line problem fix - still compile error

Martin Vermeer wrote: On Sat, Jan 28, 2006 at 08:18:24PM +0100, Lars Gullik Bjønnes wrote: Martin Vermeer <[EMAIL PROTECTED]> writes: | Here corrected patch. I actually like this patch, it makes things clearer, and fixes some mistakes that look pretty obvious now. _But_ I also see that d