Re: LFUN: Check description of accent LFUNs

On Thu, 14 Sep 2006, Lars Gullik Bjønnes wrote: > [EMAIL PROTECTED] writes: > > | I think I've putten together a decent description of LFUNs like > | accent-acute etc, could someone please check the text. > > I am not even sure that we should keep these accents for 1.5. *shesh*... now you're t

Re: [PATCH] Remove pspell and ispell support

On Thu, Sep 14, 2006 at 05:10:09PM +0200, Andre Poenitz wrote: > On Wed, Sep 13, 2006 at 11:40:46PM +0200, Enrico Forestieri wrote: > > I don't like LyX with Qt4/Win native because: > > - it does not fit well in a Cygwin environment > > - the lyxpipe cannot be used > > - lyxclient doesn't work > >

Re: Documenting LFUNs

On Thu, 14 Sep 2006, Lars Gullik Bjønnes wrote: > [EMAIL PROTECTED] writes: > > | And any ideas on how to keep this information up-to-date in the future? > | (One way is to insert a descriptive text inside a comment directly in for > | instance LyXAction.C) > > That way. It'll probably take a

Re: Compile issue of 1.4.2 with QT 3.0.5

On Thursday 14 September 2006 21:59, Rainer Dorsch wrote: > Any ideas here? Yes, this method was implemented in python 2.2.2 and you 2.2.1. :-D I attach a patch that fixes yesterday problem and another similar as well. Please apply to the original file. > Thanks, > Rainer -- José Abílio I

Re: Question: Unicode and Filetools

Andre Poenitz wrote: On Thu, Sep 14, 2006 at 02:09:01PM +0200, Abdelrazak Younes wrote: Abdelrazak Younes wrote: Georg Baum wrote: Then I suggest that you don't get involved anymore in the converting business, that will be easier for all of us. I might do that indeed. Just a final note about

Re: LFUN: Check description of accent LFUNs

[EMAIL PROTECTED] writes: | I think I've putten together a decent description of LFUNs like | accent-acute etc, could someone please check the text. I am not even sure that we should keep these accents for 1.5. -- Lgb

Re: Documenting LFUNs

[EMAIL PROTECTED] writes: | And any ideas on how to keep this information up-to-date in the future? | (One way is to insert a descriptive text inside a comment directly in for | instance LyXAction.C) That way. -- Lgb

Re: Pythn version requirement

Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: | > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: | | Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: | So this is a | Lars> very complicated ligature, but the same idea as "fi". It | does | Lars> not break the assumption tha

Re: big problems with clean_dvi.py - getting rid of it

On Thu, Sep 14, 2006 at 09:10:08PM +0200, Joost Verburg wrote: > Uwe Stöhr wrote: > >The problem occured in february this year when MiKTeX changed the > >hyperref driver to dvips as this was recommended by the LaTeX people. > >(TeXLive uses dvips as driver for years). Unfortunately the dt2dv/dv2d

LFUN - question 2: About the font-... LFUNs

There's a start of a description of LFUNs like font-bold here http://wiki.lyx.org/devel/pmwiki.php/Devel/LyxFunctionListTrunk#font but there is some question marks... Here's the text for your convenience: --- The following LFUNs called @@font-@@

LFUN: Check description of accent LFUNs

I think I've putten together a decent description of LFUNs like accent-acute etc, could someone please check the text. http://wiki.lyx.org/devel/pmwiki.php/Devel/LyxFunctionListTrunk#accent Here's the text (wiki markup actually): The LFUNs called @@accent-@@ are used to place an accents above

Re: Compile issue of 1.4.2 with QT 3.0.5

José, that brings me further: +checking for graphics driver... default +checking for package psnfss [times.sty]... yes +Inspection done. +Read the file doc/LaTeXConfig.lyx for more information. Traceback (most recent call last): File "/opt/lyx-1.4.2/share/lyx/configure.py", line 710, in ? c

Re: [PATCH] Remove pspell and ispell support

You have a point wrt to the lyxpipe/client. However, RPC works also on Win*. That's a point i wanted to ask ever since i know that lyx/win doesn't support lyxpipe. i know that the windows api has named pipes and i thought these were similar to unix pipes (with the exception that they are n

Re: Towards LyX 1.4.3 [status update #2]

Michael Gerz wrote: I still don't get the point. As far as I can tell, LyX 1.4.2 works very well with Aspell 0.60.4. There is a buffer overflow or memory problem with Aspell/Windows (both 0.60.4 and CVS). Whether it crashes or not is totally random. It looks like 1.4.2 works fine with Aspell,

Re: Towards LyX 1.4.3 [status update #2]

Hi, JMarc, Could you please upload a pre-release source package before you release lyx 1.4.3? I would like to test if any major change is needed for cygwin. I would appreciate it if you can bundle scons-local with the source package. Cheers, Bo

LFUN question 1 - meaning of the 'attributes'?

Looking at LyXAction.C, I see the following kind of attributes used for the different LFUNs. What do they mean? (I've inserted some guesses below, please verify - and expand if necessary): The attribute 'Noop' is the default attribute, i.e. doesn't mean anything. I'm slightly confused by the ch

Re: Towards LyX 1.4.3 [status update #2]

Joost Verburg schrieb: Michael Gerz wrote: Joost, do you plan to commit any LyX installer changes before 1.4.3 is released? For instance, the installer will no longer have to check for MinGW. Yes, I am working on it. The release date of 1.4.3/Windows depends on how long it will take to get e

Re: [PATCH] bug 2830: Crash: wheel-scrolling with cursor in inset.

On Thu, Sep 14, 2006 at 04:23:30PM +0200, Jean-Marc Lasgouttes wrote: > > The following patch fixes a crash with cursor-follows-scrollbar. The > important part is in BufferView_pimpl and it ensures that the cursor > points to the buffer inset. The asserts are just extra safeties. > > Comments? Th

Re: Towards LyX 1.4.3 [status update #2]

Michael Gerz wrote: Joost, do you plan to commit any LyX installer changes before 1.4.3 is released? For instance, the installer will no longer have to check for MinGW. Yes, I am working on it. The release date of 1.4.3/Windows depends on how long it will take to get external components fixed

Re: Towards LyX 1.4.3 [status update #2]

Jean-Marc Lasgouttes schrieb: 2805Installer comes with broken ImageMagic Joost, can I assume this will be fixed in 1.4.3? Joost, do you plan to commit any LyX installer changes before 1.4.3 is released? For instance, the installer will no longer have to check for MinGW. Mi

Re: Question: Unicode and Filetools

On Wed, Sep 13, 2006 at 04:30:08PM +0200, Abdelrazak Younes wrote: > >Performance is not the most important thing in this case IMO. The most > >important thing is code that is easy to understand. > > In this case, I think the format should be an enum instead. > > enum FileFormat { > jpg, > lyx, >

Re: Qt3 Discussion

On Thu, Sep 14, 2006 at 11:47:21AM +0200, Abdelrazak Younes wrote: > Let's just drop the discussion now and continue to maintain qt3 up until > it would not be possible anymore. Then there will be no choice to make. > Because the real problem is that you (not personally Jose ;-) are not > willin

Re: Question: Unicode and Filetools

On Thu, Sep 14, 2006 at 02:09:01PM +0200, Abdelrazak Younes wrote: > Abdelrazak Younes wrote: > >Georg Baum wrote: > > >>Then I suggest that you don't get involved anymore in the converting > >>business, that will be easier for all of us. > > > >I might do that indeed. > > Just a final note about

Re: Qt3 Discussion

On Thu, Sep 14, 2006 at 10:34:35AM +0200, Jean-Marc Lasgouttes wrote: > > "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes: > > Andre> Are you discussing for academic reasons or do you really have a > Andre> problem with the removal of the Qt 3? > > I think as a stable release manager. I a

Re: [PATCH] Remove pspell and ispell support

On Wed, Sep 13, 2006 at 05:03:11PM +0200, Abdelrazak Younes wrote: > Angus Leeming wrote: > >Abdelrazak Younes <[EMAIL PROTECTED]> writes: > >>But I've seen ports of Gcc-4 to mingw and cygwin. That would solve the > >>problem, wouldn't it? Enrico, would you comment on that? > > > >Not really, beca

Re: [PATCH] unicode work...

On Thu, Sep 14, 2006 at 10:28:39AM +0200, Georg Baum wrote: > > struct A { }; > > void operator+=(A &, int) {} > > int main() { A a; a += 1; } > > > > should compile just fine. > > Then you can explain to me why operator+= is a class member of std:string? I > don't want to add an out-of-class ope

Re: [PATCH] Remove pspell and ispell support

On Wed, Sep 13, 2006 at 11:40:46PM +0200, Enrico Forestieri wrote: > I don't like LyX with Qt4/Win native because: > - it does not fit well in a Cygwin environment > - the lyxpipe cannot be used > - lyxclient doesn't work > - I am better at writing shell wrappers than batch files > - Posix is bette

Re: Qt3 Discussion

On Thu, Sep 14, 2006 at 10:40:34AM +0200, Jean-Marc Lasgouttes wrote: > > "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes: > > Andre> On Tue, Sep 12, 2006 at 11:10:04AM +0200, Helge Hafting wrote: > >> Now that is a solution too, of course. If you volunteer to maintain > >> the qt3 fronten

Re: Qt3 Discussion

On Thu, Sep 14, 2006 at 10:53:09AM +0200, Georg Baum wrote: > Abdelrazak Younes wrote: > > > I am 99.99% sure that users will choose qt4 over qt3 if they have the > > choice in 1.5.x. So in any case, qt3 or not, if qt4 is the preferred > > frontend you _will_ have to handle that ;-) > > I don't e

Re: [PATCH] Remove pspell and ispell support

On Tue, Sep 12, 2006 at 06:25:33PM +0200, Abdelrazak Younes wrote: > PS: I was just kidding Lars, I forgot the smiley, sorry. > > D:\devel\lyx\trunk\src\cursor.C(947):#if 0 > D:\devel\lyx\trunk\src\cursor.C(1021):#if 0 > D:\devel\lyx\trunk\src\CutAndPaste.C(749):#if 0 > D:\devel\lyx\trunk\

Re: Qt3 Discussion

On Thu, Sep 14, 2006 at 10:29:03AM +0200, Jean-Marc Lasgouttes wrote: > Andre> KDE4 is just _one_ user of Qt 4. All recent distributions > Andre> already have Qt 4 (in parallel to Qt 3) > > But since qt4 devs seem to think that anything else than the latest > version of qt4 (or the next) is not wo

Re: Qt3 Discussion

On Thu, Sep 14, 2006 at 01:22:45PM +0200, Helge Hafting wrote: > >My problem is not with making programmers happy. It is with making > >users of the program happy or at least not too grumpy. > > Sure, but the users need the programmers too. ;-) > Programmers complain about supporting two interfa

Re: 9th? International LyX developers meeting in Denmark 19th to 22nd of October

On Wed, Sep 13, 2006 at 03:57:32PM +0200, Lars Gullik Bjønnes wrote: > "Bo Peng" <[EMAIL PROTECTED]> writes: > | > Please let me know fast when you want to come. Please also tell me if > | > you are NOT coming, because that helps me understand when I do not have > | > to wait anymore to confirm. >

Re: Documenting LFUNs

On Thu, 14 Sep 2006, Georg Baum wrote: > Am Donnerstag, 14. September 2006 20:32 schrieb Paul A. Rubin: > > [EMAIL PROTECTED] wrote: > > > > > > And any ideas on how to keep this information up-to-date in the future? > > The only chance for that to happen is if the documentation is in the > sou

Re: big problems with clean_dvi.py - getting rid of it

Uwe Stöhr wrote: The problem occured in february this year when MiKTeX changed the hyperref driver to dvips as this was recommended by the LaTeX people. (TeXLive uses dvips as driver for years). Unfortunately the dt2dv/dv2dt programs used by clean_dv.py stumble over this. So what are we going

Re: [PATCH] Bug 2445: Do not decrease environment depth when parent is not enumeration

On Thu, Sep 14, 2006 at 05:34:33PM +0200, Jean-Marc Lasgouttes wrote: > > http://bugzilla.lyx.org/show_bug.cgi?id=2445 > > This is what I think to be the right fix for this bug. I contains > martin's fixed for 1.5, but adds another part. > > I want that in 1.4.3. Testers please (see the file in

Re: Documenting LFUNs

Am Donnerstag, 14. September 2006 20:32 schrieb Paul A. Rubin: > [EMAIL PROTECTED] wrote: > > > > And any ideas on how to keep this information up-to-date in the future? The only chance for that to happen is if the documentation is in the source. Please add the docuemntation as doxygen comments

Re: Towards LyX 1.4.3 [status update #2]

Am Donnerstag, 14. September 2006 18:16 schrieb Jean-Marc Lasgouttes: > > We are pretty close now. The bugs assigned to 1.4.3 are: > > 1473 Method to insert vphantom-buttom > > The patch is in, all the remains is adding the buttons. Shall we do > it now? I'd say yes. Uwe mi

Re: Documenting LFUNs

[EMAIL PROTECTED] wrote: And any ideas on how to keep this information up-to-date in the future? (One way is to insert a descriptive text inside a comment directly in for instance LyXAction.C) Javadoc is an incredibly easy to use tool for documenting Java source code. Near the bottom of htt

Re: Towards LyX 1.4.3 [status update #2]

Bennett Helm wrote: Also there's Bug 2817, which is a reemergence of the problem of the spellchecker skipping the first misspelled word: bug 2218 (at least its symptom) is back. Indeed, I also notice this on Windows. Joost

Re: Towards LyX 1.4.3 [status update #2]

Of course it would be better to include the icon in lyx.exe, but only if it goes automatically. My win .exe knowledge from the win16 age tells me that there is a command to do so. If this still holds, I can bind an icon into lyx.exe in scons... Bo

Re: Towards LyX 1.4.3 [status update #2]

Please don't overlook Bug 2818: For me, at least, this is a clear regression in inserting citations (which in 1.4.3svn must be done twice). Also there's Bug 2817, which is a reemergence of the problem of the spellchecker skipping the first mis

Re: Towards LyX 1.4.3 [status update #2]

Angus Leeming wrote: Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: 2708LyX executable "lyx.exe" has no LyX icon Windows people, please comment The icons needed to be added "by hand" after lyx.exe has been compiled. The two icons are found in development\Win32\packaging\icons\

Documenting LFUNs

I thought I'd start a small project regarding documenting the LFUNs here http://wiki.lyx.org/devel/pmwiki.php/Devel/LyxFunctionListTrunk For now I'm just keeping all the information about the LFUNs in a single page. Here's the current idea: * Keep it all in one page * Have a table listin

Re: Towards LyX 1.4.3 [status update #2]

On Thu, Sep 14, 2006 at 11:37:23AM -0500, Bo Peng wrote: > >2767regression configure.py's printouts are hidden > > > > Bo, Uwe, any progress? I know the code has not changed, but could > > you try to agree what the problem is? > > I still do not quite get what the problem is, and Georg

Re: Towards LyX 1.4.3 [status update #2]

Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: > 2708 LyX executable "lyx.exe" has no LyX icon > Windows people, please comment The icons needed to be added "by hand" after lyx.exe has been compiled. The two icons are found in development\Win32\packaging\icons\*.ico. There's a READM

Re: Compiling LyX 1.5 with scons

Maybe lyx::char_type is not wchar_t because you forgot to define HAVE_WCHAR_T? Or SIZEOF_WCHAR_T is not 4. Did you double check? Well, I was bitten by the separation of config.h... HAVE_WCHAR_T is defined only in boost/config.h, not in other config files. A patch that fixes the crash will be app

Re: Towards LyX 1.4.3 [status update #2]

2767regression configure.py's printouts are hidden Bo, Uwe, any progress? I know the code has not changed, but could you try to agree what the problem is? I still do not quite get what the problem is, and Georg suggested that some installer trick can get around of this problem. Fo

Re: Towards LyX 1.4.3 [status update #2]

Jean-Marc Lasgouttes wrote: > 2662    in normal use I clicked on a float and lyx crashed > >   I think this is fixed by boost upgrade, shall I postpone to 1.4.x? Yes. BTW did you have a look at my patch for bug 2382? Would be a candidate. But it's no showstopper, of course. 1.4.3 will be

Re: Towards LyX 1.4.3 [status update #2]

2767regression configure.py's printouts are hidden Bo, Uwe, any progress? I know the code has not changed, but could you try to agree what the problem is? I still do not quite get what the problem is, and Georg suggested that some installer trick can get around of this problem. Fo

Towards LyX 1.4.3 [status update #2]

We are pretty close now. The bugs assigned to 1.4.3 are: 1473Method to insert vphantom-buttom The patch is in, all the remains is adding the buttons. Shall we do it now? 2251fixedintrunk, patch Cursor fails to enter inside of esp. displayed math insets. I am unable t

Re: Compiling LyX 1.5 with scons

> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes: Georg> Peter Kümmel wrote: >> Indeeed, there are two definitions of floatname(...): insetwrap.C >> and insetfloat. One should be removed. Georg> There is some duplicate code in insetwrap and insetfloat. One Georg> should think about subclass

Re: Compiling LyX 1.5 with scons

Bo Peng wrote: > terminate called after throwing an instance of 'std::bad_cast' > what(): St8bad_cast > > Program received signal SIGABRT, Aborted. > [Switching to Thread 182896208448 (LWP 31188)] > 0x003c8962e21d in raise () from /lib64/tls/libc.so.6 > (gdb) bt > #0 0x003c8962e21d in

Re: Compiling LyX 1.5 with scons

> The scons fix is in. Lyx can start, but crashes when I open a help > document. Which OS? backtrace? RHEL4, x86-64. SIZEOF_WCHAR_T is 4. Same as entered returned Same as entered returned Same as entered returned Same as entered returned Same as entered returned Drawing string Drawing lyx::cha

Re: Compiling LyX 1.5 with scons

Bo Peng wrote: > The scons fix is in. Lyx can start, but crashes when I open a help > document. Which OS? backtrace? Georg

Re: Compiling LyX 1.5 with scons

Peter Kümmel wrote: > Indeeed, there are two definitions of floatname(...): insetwrap.C and > insetfloat. One should be removed. There is some duplicate code in insetwrap and insetfloat. One should think about subclassing or something like that, but nevertheless the linker should not complain bec

Re: Compiling LyX 1.5 with scons

[EMAIL PROTECTED] wrote: > insets/.libs/libinsets.a(insetwrap.o): In function > `__gnu_cxx::new_allocator::deallocate(CursorSlice*, un > signed int)': > /usr/local/src/lyx-cvs/lyx-devel/src/insets/insetwrap.C:49: multiple > definition of `(anonymous namespace)::floatname(s > td::basic_string, std:

Re: Compiling LyX 1.5 with scons

Missing scons support for SIZEOF_WCHAR_T. It will probably work with autotools or if you add The scons fix is in. Lyx can start, but crashes when I open a help document. Bo

Re: Compiling LyX 1.5 with scons

Bo Peng wrote: > The biggest change to your patch is that I define SIZEOF_WCHAR_T > directly, That's better. -- Peter Kümmel

Re: Compiling LyX 1.5 with scons

[EMAIL PROTECTED] wrote: > Hello, > > I have the same error executing LyX after applying Peter's patch and trying > Georg's workaround. > > Trying to go the autotools way leads to an error in the ld phase : > Indeeed, there are two definitions of floatname(...): insetwrap.C and insetfloat. One

Re: Pythn version requirement

> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: | So this is a Lars> very complicated ligature, but the same idea as "fi". It | does Lars> not break the assumption that, for the kernel, a text is a Lars> string | of graphemes.

Re: Compiling LyX 1.5 with scons

You could drop all size-2 relevant code. I've added it only for completeness. # define SIZEOF_WCHAR_T 2 The biggest change to your patch is that I define SIZEOF_WCHAR_T directly, without SIZE_OF_WCHAR_T_IS_2 etc since I do not see them in the source. Anyway, I am applying the patch. Bo

Re: Compiling LyX 1.5 with scons

Bo Peng wrote: > We do not really need SIZEOF_WCHAR_T_IS_2 and 4, right? No. > Then, I > propose the following simplified version. It will be applied if there > is no objection. The only thing what matters is whether it sets SIZEOF_WCHAR_T correctly. If it does, put it in. Georg

[PATCH] Bug 2445: Do not decrease environment depth when parent is not enumeration

http://bugzilla.lyx.org/show_bug.cgi?id=2445 This is what I think to be the right fix for this bug. I contains martin's fixed for 1.5, but adds another part. I want that in 1.4.3. Testers please (see the file indent.lyx from pol). JMarc Index: src/paragraph_funcs.C ===

Re: Compiling LyX 1.5 with scons

Bo Peng wrote: >> +'SIZEOF_WCHAR_T_IS_2', >> +'SIZEOF_WCHAR_T_IS_4', >> +#ifdef SIZEOF_WCHAR_T_IS_2 >> +# define SIZEOF_WCHAR_T 2 >> +#else >> +# ifdef SIZEOF_WCHAR_T_IS_4 >> +#define SIZEOF_WCHAR_T 4 >> +# endif >> +#endif > > We do not really need SIZEOF_WC

Re: Compiling LyX 1.5 with scons

+'SIZEOF_WCHAR_T_IS_2', +'SIZEOF_WCHAR_T_IS_4', +#ifdef SIZEOF_WCHAR_T_IS_2 +# define SIZEOF_WCHAR_T 2 +#else +# ifdef SIZEOF_WCHAR_T_IS_4 +#define SIZEOF_WCHAR_T 4 +# endif +#endif We do not really need SIZEOF_WCHAR_T_IS_2 and 4, right? Then, I propose the

Re: Pythn version requirement

Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: | So this is a very complicated ligature, but the same idea as "fi". It | does not break the assumption that, for the kernel, a text is a string | of graphemes. I think that is just the opposite of how the kernel should handle text. To the kernel t

Re: Compiling LyX 1.5 with scons

Hello, I have the same error executing LyX after applying Peter's patch and trying Georg's workaround. Trying to go the autotools way leads to an error in the ld phase : g++ -g -O -o lyx-qt4 main.o Bidi.o BufferView.o BufferView_pimpl.o Bullet.o BranchList.o Chktex.o Color.o CutAndPaste. o DepTa

Re: Inkscape SVG and LyX

Bernhard Roider wrote: > I was asked to send the following to the lyx-devel list also for > integration of the feature in default LyX. That would be a nice addition. Please convert the scripts to python (we don't use shell scripts anymore), and show us the lines for your preferences file with the

Re: [PATCH] Re-introduce layout menu

On Thu, Sep 14, 2006 at 04:14:46PM +0200, Helge Hafting wrote: > Well, it can be automatic of course. Still, there are times when > it is useful *not* to save. The cat walked across my keyboard, > but it doesn't matter for I wasn't going to save this. > Well, we could remove "save" and keep "rev

Re: Pythn version requirement

> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: Lars> Since I am only bi-lingual, and know these interesting languages Lars> only by proxy that will be hard. Sure, we we have to know a bit to get this right. Lars> But I know that to support arabic, you have to support quite a Lar

Re: [PATCH] Re-introduce layout menu

> "Helge" == Helge Hafting <[EMAIL PROTECTED]> writes: >> The computer could handle transparently the save operation. On >> PalmOS apps, for example, there is no such thing as a save >> operation in general. >> Helge> And there is true multitasking too, so the user can start Helge> uploading

[PATCH] bug 2830: Crash: wheel-scrolling with cursor in inset.

The following patch fixes a crash with cursor-follows-scrollbar. The important part is in BufferView_pimpl and it ensures that the cursor points to the buffer inset. The asserts are just extra safeties. Comments? This is for 1.4.3svn, but it should apply to 1.5.0svn too. JMarc Index: src/Buffer

Re: [PATCH] Re-introduce layout menu

Jean-Marc Lasgouttes wrote: "Helge" == Helge Hafting <[EMAIL PROTECTED]> writes: Helge> Perhaps "store" is a better word than "save", but I can't see Helge> how you can claim that the operation itself isn't useful. How Helge> else would you want to preserve a document for the futur

Re: Pythn version requirement

Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: | > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: | | Lars> No. the ligatures are alot more complex with languages like | Lars> f.ex. arabic. | | In which sense? Display, cursor navigation or both? | | Can you give concrete exampl

Re: 9th? International LyX developers meeting in Denmark 19th to 22nd of October

Asger Ottar Alstrup wrote: > Please also tell me if > you are NOT coming, because that helps me understand when I do not have > to wait anymore to confirm. I won't be able to come, sorry. Jürgen

Re: [PATCH] Re-introduce layout menu

John Levon wrote: On Thu, Sep 14, 2006 at 02:13:43PM +0200, Helge Hafting wrote: Perhaps "store" is a better word than "save", but I can't see how you can claim that the operation itself isn't useful. How else would you want to preserve a document for the future? Why on earth would th

Re: Pythn version requirement

> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: Lars> No. the ligatures are alot more complex with languages like Lars> f.ex. arabic. In which sense? Display, cursor navigation or both? Can you give concrete examples? JMarc

Re: Qt3 Discussion

Jean-Marc Lasgouttes wrote: > If we have someone who can spend time to maintain the qt3 frontend on > par (in terms of follow-abdels-latest-code-scramble :) with qt4, there > would be indeed no reason to remove it. FWIW, I am willing to help to keep the qt3 frontend on par, at least gui wise. Jür

Re: Qt3 Discussion

On Thursday 14 September 2006 14:49, Sebastian Spaeth wrote: > So what is your target: Catering the status quo, which should be happy > with the current stable release, or dedicating resources to provide a > good major release to the software environment that most people will > have installed when

Re: Compiling LyX 1.5 with scons

On 9/14/06, Peter Kümmel <[EMAIL PROTECTED]> wrote: Peter Kümmel wrote: > + conf.Message('Check if size of whar_t is 4 ... ') > +ret = conf.TryLink(check_whar_t_4, '.cpp') Will this not give an error? Peter, thanks for your patch. I will have a look and apply if it is not yet applied

Re: thesis template

On 9/14/06, Li Wang <[EMAIL PROTECTED]> wrote: Does anybody have a Ph.D thesis which can be used in Lyx 1.4.2 ? Check your university for a thesis style file (.cls) and adapt a layout file (report.layout, most likely) for it. As far as I know, every university has its own style guide so there i

Re: [patch] bug 2802

Jean-Marc Lasgouttes wrote: > Please apply to branch and trunk. It looks like a sane behaviour. Done. Jürgen

Re: Qt3 Discussion

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Sorry to jump in on that discussion. Feel free to ignore me. I'm just a happy Lyx user. José Matos wrote: > On Thursday 14 September 2006 09:49, Edwin Leuven wrote: >> where's the problem? qt4 is in all the major distributions... > The issue is the

Re: Pythn version requirement

Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: | > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: | | Lars> I am not so sure. You are saying one-glyph one element in the | Lars> kernel. | | I say one grapheme one element. This is relevant to cursor movement at | least. | | La

Re: Pythn version requirement

José Matos <[EMAIL PROTECTED]> writes: | On Thursday 14 September 2006 11:41, Jean-Marc Lasgouttes wrote: | > Aren't graphemes somewhere between the two? | > | > I would say: | > | > * e+' : code points | > * é: grapheme | > * é or fi: glyphs | | This article on wikipedia seems interesting rega

Inkscape SVG and LyX

I was asked to send the following to the lyx-devel list also for integration of the feature in default LyX. Hi There! I've added a wiki entry that describes how to configure lyx to directly include svg images. See http://wiki.lyx.org/Tips/UseInkscapeSVGImages Any comments welcome. Bernhard

Re: Question: Unicode and Filetools

Abdelrazak Younes wrote: Abdelrazak Younes wrote: Georg Baum wrote: Then I suggest that you don't get involved anymore in the converting business, that will be easier for all of us. I might do that indeed. Just a final note about this transition: I've spent many hours already trying to c

Re: [PATCH] Re-introduce layout menu

> "Helge" == Helge Hafting <[EMAIL PROTECTED]> writes: Helge> Perhaps "store" is a better word than "save", but I can't see Helge> how you can claim that the operation itself isn't useful. How Helge> else would you want to preserve a document for the future? Call Helge> it by a better name if

Re: [PATCH] Re-introduce layout menu

On Thu, Sep 14, 2006 at 02:13:43PM +0200, Helge Hafting wrote: > Perhaps "store" is a better word than "save", but I can't > see how you can claim that the operation itself isn't useful. > How else would you want to preserve a document for the future? Why on earth would the computer not do this f

Re: [PATCH] Re-introduce layout menu

John Levon wrote: On Thu, Sep 14, 2006 at 01:12:22PM +0200, Helge Hafting wrote: But still - they do understand that this letter to mom have this name, that report have that name, and so on. This is what you need to use "save". No, Helge, naming a document is entirely different to w

Re: Question: Unicode and Filetools

Abdelrazak Younes wrote: Georg Baum wrote: Then I suggest that you don't get involved anymore in the converting business, that will be easier for all of us. I might do that indeed. Just a final note about this transition: I've spent many hours already trying to convert filetools to docstr

Re: [PATCH] Re-introduce layout menu

On Thu, Sep 14, 2006 at 01:12:22PM +0200, Helge Hafting wrote: > But still - they do understand that this letter to mom have this name, > that report have that name, and so on. This is what you need to use > "save". No, Helge, naming a document is entirely different to what File->Save presents.

Re: Pythn version requirement (was: Compile issue of 1.4.2 with QT 3.0.5)

On Thursday 14 September 2006 09:54, Lars Gullik Bjønnes wrote: > One pity with python of corse is that is is 16-bit unicode only. OK. Just to be sure one test is: $ python -c "import sys; print (sys.maxunicode < 66000) and 'UCS2' or 'UCS4'" As expected I get UCS4 > -- > Lgb -- Jo

Re: Question: Unicode and Filetools

Georg Baum wrote: Abdelrazak Younes wrote: Georg Baum wrote: It looks to me as if you want to convert almost everything to docstring. That would have been better done with some global search/replace. I really think we should have done just that. We are just complicating our life for no real b

Re: Qt3 Discussion

Jean-Marc Lasgouttes wrote: "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes: Andre> And he's good at it. I admit that I tend to like that :) It is also a way to get people to say what they really think. Andre> A while ago one needed good reasons to get code in and short Andre> code was con

Re: Question: Unicode and Filetools

Abdelrazak Younes wrote: > Georg Baum wrote: >> It looks to me as if you want to convert almost everything to docstring. >> That would have been better done with some global search/replace. > > I really think we should have done just that. We are just complicating > our life for no real benefit.

Re: [PATCH] Re-introduce layout menu

John Levon wrote: On Wed, Sep 13, 2006 at 03:37:30PM +0200, Helge Hafting wrote: John Levon wrote: On Tue, Sep 12, 2006 at 10:11:31PM +0200, Helge Hafting wrote: It isn't a model - it is how this computer stuff actually happen on a low level. Precisely the prob

Re: Question: Unicode and Filetools

Abdelrazak Younes wrote: > For win/MSVC, boost::uint32_t is fine. The real problem as I understand > is mingw and cygwin. But I guess even those will be OK to use > boost::uin32_t when used with STLPort. If I am right (Georg, could you > confirm that?) No, STLPort does not help as Enrico found ou

Re: [patch] wide streams - finally working

Angus Leeming wrote: > Why is the ascii_ctype_facet defined unconditionally in os_win32.C? I > thought MSVC didn't need it? Abdel and Peter found out that it does need it (please correct me if I am wrong). > Can you throw something other than std::exception() in utf8_codecvt_facet? > A utf8_code

  1   2   >