Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>
> > "Jean-Pierre" == Jean-Pierre Chrétien <[EMAIL PROTECTED]> writes:
>
> Jean-Pierre> Could the diacritics problem come from the list of
> Jean-Pierre> locales not including utf8 ?
>
> What is the diacritics problem? That we cannot check a
I get also the same errors with SCons 0.96.92:
I do not know what build.bat you are using, but please remove all
compiler options like CCFLAGS= for now.
Bo
Hi,
Here is a detailed description of how single-instance support can be
implemented on Windows. This feature will allow users to open LyX files
using the Windows explorer in the current LyX process, so copy & paste
works and data is shared between all windows. Like on Mac OS X, this is
the s
Bo Peng schrieb:
File "C:\Python25\scons-0.96.93\SCons\Environment.py", line
I can not investigate this now but you are using the newest
scons-0.96.93, not 0.96.92. Maybe there is some backward compatibility
problem.
I get also the same errors with SCons 0.96.92:
---
scons: Reading SCons
On Thursday 09 November 2006 9:28 pm, Georg Baum wrote:
> This patch allows to enter utf8-encoded labelstrings in layout files. This
> makes sense IMO, since labelstrings are no keywords, but only used for GUI
> display.
>
> OK to go in?
Yep.
> BTW, why is layout->labelstring() sometimes used u
Am Donnerstag, 9. November 2006 13:43 schrieb Ozgur Ugras BARAN:
> On 11/9/06, Georg Baum <[EMAIL PROTECTED]> wrote:
> > Ozgur Ugras BARAN wrote:
> >
> > > This patch solves the crash while calling Qt4-TOC dialog in
Linux /gcc-4.1
> >
> > Are you sure?
>
> I have tested here and it works now..
>
This patch allows to enter utf8-encoded labelstrings in layout files. This
makes sense IMO, since labelstrings are no keywords, but only used for GUI
display.
OK to go in?
BTW, why is layout->labelstring() sometimes used untranslated?
Index: src/support/lstrings.C
==
Hi,
I'd be interesting in having added (or adding myself) a feature to LyX.
It would be neat if there were a user-configurable way to reassign
shortcuts. For example, I type "\pmatrix" a lot, and would like to
assign a shortcut like "\Pm" or something. It would be nice if I could
just edit a user
I forgot one file in the patch.
Georg
Index: src/MenuBackend.C
===
--- src/MenuBackend.C (Revision 15835)
+++ src/MenuBackend.C (Arbeitskopie)
@@ -35,6 +35,8 @@
#include "lyx_main.h" // for lastfiles
#include "lyxfunc.h"
#include
Am Donnerstag, 9. November 2006 13:40 schrieb Abdelrazak Younes:
> Georg Baum wrote:
> > Abdelrazak Younes wrote:
> >
> >> Georg Baum wrote:
> >>> This patch adds support for the esint package:
> >> Georg, could you post an updated patch for the multi-document toc?
> >
> > I never had it in 1.5 s
../../src/MenuBackend.C:762: Warnung: unbenutzter Parameter »buf«
Why is it unused? Can it be removed?
Georg
On Thu, Nov 09, 2006 at 05:46:12PM +0100, Georg Baum wrote:
> Am Donnerstag, 9. November 2006 14:15 schrieb Enrico Forestieri:
> > On Thu, Nov 09, 2006 at 01:26:31PM +0100, Georg Baum wrote:
> >
> > > We have unicode for document contents. We don't have unciode for
> internal
> > > keywords. This
This patch (that should have been applied long ago) speeds up
forwardInset like I did to forwardPar earlier. This will benefit to
all code uses this in big documents. This will go tomorrow in branch
and trunk if nobody complains.
JMarc
Index: src/dociterator.C
===
Georg Baum schrieb:
> Am Donnerstag, 9. November 2006 14:15 schrieb Enrico Forestieri:
>> On Thu, Nov 09, 2006 at 01:26:31PM +0100, Georg Baum wrote:
>>
>>> We have unicode for document contents. We don't have unciode for
> internal
>>> keywords. This is the same as in LaTeX: You cannot define com
Am Donnerstag, 9. November 2006 14:15 schrieb Enrico Forestieri:
> On Thu, Nov 09, 2006 at 01:26:31PM +0100, Georg Baum wrote:
>
> > We have unicode for document contents. We don't have unciode for
internal
> > keywords. This is the same as in LaTeX: You cannot define commands with
> > non-ascii
Georg Baum schrieb:
> Am Donnerstag, 9. November 2006 15:18 schrieb Herbert Voss:
>> Georg Baum schrieb:
>>> - load the wasysym package automatically if esint gets loaded, since
> esint
>>> redefines the integrals in a consistent way
>>> (http://bugzilla.lyx.org/show_bug.cgi?id=1942).
>> where is
Am Donnerstag, 9. November 2006 15:18 schrieb Herbert Voss:
> Georg Baum schrieb:
> > - load the wasysym package automatically if esint gets loaded, since
esint
> > redefines the integrals in a consistent way
> > (http://bugzilla.lyx.org/show_bug.cgi?id=1942).
>
> where is the sense to load wasys
Am Donnerstag, 9. November 2006 16:09 schrieb Jean-Marc Lasgouttes:
> > "Alfredo" == Alfredo Braunstein <[EMAIL PROTECTED]> writes:
>
> Alfredo> PS: there's a surprising (good) amount of activity on this
> Alfredo> list!
>
> Hello Alfredo,
>
> Do you feel like coming back to have fun with us
> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
Jean-Marc> As you may have guessed I have needed to use this binding
Jean-Marc> recently :)
Jean-Marc> This is going in now.
Obviously the part below did not go in. However, would it make sense?
The Toc part in particular is u
As you may have guessed I have needed to use this binding recently :)
This is going in now.
JMarc
Index: lib/ChangeLog
===
--- lib/ChangeLog (revision 15765)
+++ lib/ChangeLog (working copy)
@@ -1,3 +1,8 @@
+2006-11-08 Jean-Marc L
> "Alfredo" == Alfredo Braunstein <[EMAIL PROTECTED]> writes:
Alfredo> PS: there's a surprising (good) amount of activity on this
Alfredo> list!
Hello Alfredo,
Do you feel like coming back to have fun with us?
JMarc
> "Edwin" == Edwin Leuven <[EMAIL PROTECTED]> writes:
Edwin> Jean-Marc Lasgouttes wrote:
>> Wouldn't it be as intuitive to remove the search string and press
>> return?
Edwin> don't understand you here
I guess I'll have to practice with the dialog before making more
uninform comments.
>> Or
> "Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes:
Bennett> Entries in the LyX menu are now functional. However:
Bennett> 1. Navigation entries are *not* disabled in the menu.
Bennett> Selecting them gives a "Command not allowed without any
Bennett> document open" error message at the bo
> "Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes:
Bennett> On Nov 6, 2006, at 10:05 AM, Jean-Marc Lasgouttes wrote:
>>> "Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes:
>>
Bennett> Yes. I haven't tried to figure out systematically which
Bennett> symbols it is, but \int is one of
Edwin Leuven wrote:
> Jean-Marc Lasgouttes wrote:
>> Wouldn't it be as intuitive to remove the search string and press
>> return?
>
> don't understand you here
>
>> Or have find as you type.
>
> it is find as you type, that's why it is handy to have a quick way of
> clearing the find box...
Ma
Jean-Marc Lasgouttes wrote:
Wouldn't it be as intuitive to remove the search string and press
return?
don't understand you here
Or have find as you type.
it is find as you type, that's why it is handy to have a quick way of
clearing the find box...
Looking at your screenshot, I would n
Georg Baum schrieb:
> This patch adds support for the esint package:
>
> - new header flag for esint (can be off, auto, on). Since the package is
> quite new (tetex doew not have it, but texlive), and because some people
> might like the different look of wasysym integrals (or define their own) it
> "Edwin" == Edwin Leuven <[EMAIL PROTECTED]> writes:
Edwin> Leuven, E. wrote:
>> the attached adds a toolbutton that clears the search box (and
>> restores the full citation list):
>>
>> http://leuven.ecodip.net/lyx/cit.png
>>
>> ok to commit?
Edwin> this is going in unless someone shouts.
> "Jean-Pierre" == Jean-Pierre Chrétien <[EMAIL PROTECTED]> writes:
Jean-Pierre> Could the diacritics problem come from the list of
Jean-Pierre> locales not including utf8 ?
What is the diacritics problem? That we cannot check accented
characters? We should find a way to read unicode table an
No problem Ugras. Post your patch to the list and we'll manage.
Not sure this is a thing to say but have a nice journey ;-)
Abdel.
Thanks.. I will send postcards :-)
Ugras
Ozgur Ugras BARAN wrote:
On 11/9/06, Abdelrazak Younes <[EMAIL PROTECTED]> wrote:
Shall we black-list gcc-4.0.2 and 4.1 or put in your patch?
I'll put in your patch ;-)
Put in my patch :)... Using insert(pair) does not hurt for any
compile/run environment, and solves many of them. So why not
Abdelrazak Younes wrote:
> Peter Kümmel wrote:
>> Abdelrazak Younes wrote:
>>> Peter Kümmel wrote:
Abdelrazak Younes wrote:
> I think this is something else as I remove CMakeCache.txt before
> trying.
The path to qt is hard coded it Joost's qmake:
D:\LyX\lyx-winPackage-msvc\q
On Thu, Nov 09, 2006 at 01:26:31PM +0100, Georg Baum wrote:
> We have unicode for document contents. We don't have unciode for internal
> keywords. This is the same as in LaTeX: You cannot define commands with
> non-ascii characters.
You know you are wrong here, don't you? ;-)
> You do not need
Peter Kümmel wrote:
Abdelrazak Younes wrote:
Peter Kümmel wrote:
Abdelrazak Younes wrote:
I think this is something else as I remove CMakeCache.txt before trying.
The path to qt is hard coded it Joost's qmake:
D:\LyX\lyx-winPackage-msvc\qt-4\lib
Do you have Joost's qt at this place?
Now I h
Ozgur Ugras BARAN wrote:
On 11/9/06, Abdelrazak Younes <[EMAIL PROTECTED]>
> Anyway, I am not that sure. This may be a gcc bug also.
Or maybe a Qt4.2 bug. QModelIndex is a strange beast.
Abdel.
No, this is strictly stl problem. try the same map with an int instead
of QModelIndex. you will g
Abdelrazak Younes wrote:
> Peter Kümmel wrote:
>> Abdelrazak Younes wrote:
>>> I think this is something else as I remove CMakeCache.txt before trying.
>>
>> The path to qt is hard coded it Joost's qmake:
>> D:\LyX\lyx-winPackage-msvc\qt-4\lib
>>
>> Do you have Joost's qt at this place?
>
> Now I
On 11/9/06, Abdelrazak Younes <[EMAIL PROTECTED]> wrote:
Ozgur Ugras BARAN wrote:
> On 11/9/06, Georg Baum
> What I understand is map::operator[] returns mapped_type&, (for this
> case a const_iterator&). When you use operator = you try to
> copy-construct with another const_iterator. This is e
Ozgur Ugras BARAN wrote:
On 11/9/06, Georg Baum
What I understand is map::operator[] returns mapped_type&, (for this
case a const_iterator&). When you use operator = you try to
copy-construct with another const_iterator. This is erroneous, since
you cannot dereference the first.
Pair, howeve
Georg Baum wrote:
Abdelrazak Younes wrote:
Georg Baum wrote:
This patch adds support for the esint package:
Georg, could you post an updated patch for the multi-document toc?
I never had it in 1.5 so far. If you can tell me what happened to
updateCounters() and where I can find the replacem
On 11/9/06, Georg Baum <[EMAIL PROTECTED]> wrote:
Ozgur Ugras BARAN wrote:
> This patch solves the crash while calling Qt4-TOC dialog in Linux /gcc-4.1
Are you sure?
I have tested here and it works now..
The old code is perfectly valid for a std::map: if the element does not
exist it is cre
Georg Baum wrote:
Ozgur Ugras BARAN wrote:
This patch solves the crash while calling Qt4-TOC dialog in Linux /gcc-4.1
Are you sure?
The old code is perfectly valid for a std::map: if the element does not
exist it is created. I don't understand at all how using insert() instead
of operator[]
Peter Kümmel wrote:
Abdelrazak Younes wrote:
I think this is something else as I remove CMakeCache.txt before trying.
The path to qt is hard coded it Joost's qmake:
D:\LyX\lyx-winPackage-msvc\qt-4\lib
Do you have Joost's qt at this place?
Now I have yes and it is correctly detected. But why
On Thu, Nov 09, 2006 at 09:22:35AM +0100, Abdelrazak Younes wrote:
> Peter Kümmel wrote:
> >Enrico Forestieri wrote:
> >>On Wed, Nov 08, 2006 at 11:28:49PM +0100, Peter Kümmel wrote:
> >>>Attached a patch to restore the
> >>>windows position correctly.
> >>Please Peter, use Q_WS_WIN instead of Q_OS
Helge Hafting wrote:
> Wrong. Why in the world should they be "ascii" ???
Because that is required by the LyX internals. For example, the layout names
are run through the gettext mechanism, and that requires pure ascii.
> They need to use a standardized encoding - so they work everywhere.
> Tha
On Thu, Nov 09, 2006 at 09:23:34AM +0100, Peter Kümmel wrote:
> Enrico Forestieri wrote:
> > On Wed, Nov 08, 2006 at 11:28:49PM +0100, Peter Kümmel wrote:
> >> Attached a patch to restore the
> >> windows position correctly.
> >
> > Please Peter, use Q_WS_WIN instead of Q_OS_WIN, as this is also r
Ozgur Ugras BARAN wrote:
> This patch solves the crash while calling Qt4-TOC dialog in Linux /gcc-4.1
Are you sure?
The old code is perfectly valid for a std::map: if the element does not
exist it is created. I don't understand at all how using insert() instead
of operator[] could solve a crash.
Abdelrazak Younes wrote:
> Peter Kümmel wrote:
>> Abdelrazak Younes wrote:
>>> Dear Joost, dear Peter,
>>>
>>> I wanted to try Qt4.2 but avoid it compilatation ao I tried lyx Joost's
>>> package (lyx-windows-deps-msvc-qt4.zip). I put the inner qt-4/bin in my
>>> PATH variable but I have a conflict
This patch solves the crash while calling Qt4-TOC dialog in Linux /gcc-4.1
Can somebody commit it?
Index: frontends/qt4/TocModel.C
===
--- frontends/qt4/TocModel.C (revision 15811)
+++ frontends/qt4/TocModel.C (working copy)
@@ -96,7
Peter Kümmel wrote:
Abdelrazak Younes wrote:
Dear Joost, dear Peter,
I wanted to try Qt4.2 but avoid it compilatation ao I tried lyx Joost's
package (lyx-windows-deps-msvc-qt4.zip). I put the inner qt-4/bin in my
PATH variable but I have a conflict problem:
D:\devel\lyx\trunk\development\cmake
Abdelrazak Younes wrote:
> Georg Baum wrote:
>> This patch adds support for the esint package:
>
> Georg, could you post an updated patch for the multi-document toc?
I never had it in 1.5 so far. If you can tell me what happened to
updateCounters() and where I can find the replacement code I can
Abdelrazak Younes wrote:
> Abdelrazak Younes wrote:
>> Abdelrazak Younes wrote:
>>> Dear Joost, dear Peter,
>>>
>>> I wanted to try Qt4.2 but avoid it compilatation ao I tried lyx
>>> Joost's package (lyx-windows-deps-msvc-qt4.zip). I put the inner
>>> qt-4/bin in my PATH variable but I have a conf
Abdelrazak Younes wrote:
> Dear Joost, dear Peter,
>
> I wanted to try Qt4.2 but avoid it compilatation ao I tried lyx Joost's
> package (lyx-windows-deps-msvc-qt4.zip). I put the inner qt-4/bin in my
> PATH variable but I have a conflict problem:
>
> D:\devel\lyx\trunk\development\cmake>cmake .
Abdelrazak Younes wrote:
Abdelrazak Younes wrote:
Dear Joost, dear Peter,
I wanted to try Qt4.2 but avoid it compilatation ao I tried lyx
Joost's package (lyx-windows-deps-msvc-qt4.zip). I put the inner
qt-4/bin in my PATH variable but I have a conflict problem:
Another problem is this:
A
Abdelrazak Younes wrote:
Dear Joost, dear Peter,
I wanted to try Qt4.2 but avoid it compilatation ao I tried lyx Joost's
package (lyx-windows-deps-msvc-qt4.zip). I put the inner qt-4/bin in my
PATH variable but I have a conflict problem:
Another problem is this:
aspell header : D:/LyX/
Abdelrazak Younes wrote:
and that's good. Most of the patch is reformatting so I think you should
put it in.
done
Dear Joost, dear Peter,
I wanted to try Qt4.2 but avoid it compilatation ao I tried lyx Joost's
package (lyx-windows-deps-msvc-qt4.zip). I put the inner qt-4/bin in my
PATH variable but I have a conflict problem:
D:\devel\lyx\trunk\development\cmake>cmake . -Dnls=1
-DGNUWIN32_DIR=D:\devel\ly
José Matos wrote:
On Wednesday 08 November 2006 10:39 am, Helge Hafting wrote:
Currently layout files can only contain ASCII, but changing that to utf8
would not be much work.
Then I hope for utf-8. .layout files. :-)
I understand what you want and I agree with the goal, but
Edwin Leuven wrote:
Abdelrazak Younes wrote:
Then I suggest that you commit that part.
it's in
Concerning the other reorganisation patch. Please post it again
afterward, we will discuss then if it makes sense or not to reorganise
that stuff now (I didn't look at this patch yet so I don't kn
Leuven, E. wrote:
the attached adds a toolbutton that clears the search box (and
restores the full citation list):
http://leuven.ecodip.net/lyx/cit.png
ok to commit?
this is going in unless someone shouts...
Abdelrazak Younes wrote:
Then I suggest that you commit that part.
it's in
Concerning the other reorganisation patch. Please post it again
afterward, we will discuss then if it makes sense or not to reorganise
that stuff now (I didn't look at this patch yet so I don't know if the
change are
Georg Baum wrote:
Abdelrazak Younes wrote:
Georg Baum wrote:
[EMAIL PROTECTED] wrote:
-/// a function should be executed from the workarea
+/// dispatch method that should be executed from the workarea
+/// \return true if a full redraw is needed.
bool workAr
Georg Baum wrote:
Abdelrazak Younes wrote:
I will add the dot or I can revert to /** style, I don't really care.
I don't care either about the style, but I do care about newly added
warnings.
I was wondering... Is there some automated doxygen run of the LyX code
somewhere in the web site?
Abdelrazak Younes wrote:
> I will add the dot or I can revert to /** style, I don't really care.
I don't care either about the style, but I do care about newly added
warnings.
> Someone needs to review all the doxygen comments someday...
Yes.
Georg
Georg Baum wrote:
This patch adds support for the esint package:
Georg, could you post an updated patch for the multi-document toc?
Thanks in advance,
Abdel.
Georg Baum wrote:
Abdelrazak Younes wrote:
Georg Baum wrote:
[EMAIL PROTECTED] wrote:
-/// a function should be executed from the workarea
+/// dispatch method that should be executed from the workarea
+/// \return true if a full redraw is needed.
bool workAr
Abdelrazak Younes wrote:
> Georg Baum wrote:
>> [EMAIL PROTECTED] wrote:
>>
>>> -/// a function should be executed from the workarea
>>> +/// dispatch method that should be executed from the workarea
>>> +/// \return true if a full redraw is needed.
>>> bool workA
Abdelrazak Younes wrote:
> Peter Kümmel wrote:
>> Peter Kümmel wrote:
>>> Abdelrazak Younes wrote:
Peter,
I think you did that change. Please revert it or fix it the proper way.
>>> I'll revert, didn't know the proper way.
>
> The proper way would be to hide it when there is no need
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>
> Jean-Pierre Chrétien wrote:
>
> > And BTW, will bug 2529 be solved in 1.5.0 ?
>
> I'm afraid spellcheck support will end-up being removed in 1.5 if nobody
> steps up to clean up the mess in the spellchecking code.
Well, it seems that the spell
Georg Baum wrote:
[EMAIL PROTECTED] wrote:
-/// a function should be executed from the workarea
+/// dispatch method that should be executed from the workarea
+/// \return true if a full redraw is needed.
bool workAreaDispatch(FuncRequest const & ev);
/// comm
Peter Kümmel wrote:
Peter Kümmel wrote:
Abdelrazak Younes wrote:
Peter,
I think you did that change. Please revert it or fix it the proper way.
I'll revert, didn't know the proper way.
The proper way would be to hide it when there is no need to show it. We
can not rely on Qt automatic mode
[EMAIL PROTECTED] wrote:
> -/// a function should be executed from the workarea
> +/// dispatch method that should be executed from the workarea
> +/// \return true if a full redraw is needed.
> bool workAreaDispatch(FuncRequest const & ev);
/// comments may not h
Peter Kümmel wrote:
> Abdelrazak Younes wrote:
>> Peter,
>>
>> I think you did that change. Please revert it or fix it the proper way.
>
> I'll revert, didn't know the proper way.
>
But the scrolling bar is sooo ugly
>> Right now, it causes the WorkArea to be resized unnecessarily when
>> o
Abdelrazak Younes wrote:
> Peter,
>
> I think you did that change. Please revert it or fix it the proper way.
I'll revert, didn't know the proper way.
> Right now, it causes the WorkArea to be resized unnecessarily when
> opening a new window or when switching Buffer. This is annoying...
>
> Th
Peter,
I think you did that change. Please revert it or fix it the proper way.
Right now, it causes the WorkArea to be resized unnecessarily when
opening a new window or when switching Buffer. This is annoying...
Thanks in advance,
Abdel.
Joost Verburg wrote:
Having a look at the scrolling times,
normalized to Joost's 1.4 build
Joost 1.4 : 1
Joost 1.5 : >2
cmake 1.5 : 1.4
indicates that some compiler flags and macro
definitions could speed up the 1.4 without
only further changes.
I think it's more likely that it depends on the
Peter Kümmel wrote:
> Does it also work with a maximized window?
Yes!
Georg
Edwin Leuven wrote:
Edwin Leuven wrote:
i think i tracked down the troubles in the updating while
reorganizing (simplifying) the code a bit.
attached the subset that fixes the crashes...
Then I suggest that you commit that part.
Concerning the other reorganisation patch. Please post it agai
Georg Baum wrote:
> Peter Kümmel wrote:
>
>> Attached a patch to restore the
>> windows position correctly.
>>
>> Once again a Qt bug.
>>
>> Please test it if it becomes better on Linux.
>
> Works fine - thanks!
Can't believe it ;)
Does it also work with a maximized window?
--
Peter Kümmel
Jean-Pierre Chrétien wrote:
And BTW, will bug 2529 be solved in 1.5.0 ?
I'm afraid spellcheck support will end-up being removed in 1.5 if nobody
steps up to clean up the mess in the spellchecking code.
Abdel.
Peter Kümmel wrote:
> Attached a patch to restore the
> windows position correctly.
>
> Once again a Qt bug.
>
> Please test it if it becomes better on Linux.
Works fine - thanks!
Georg
Edwin Leuven wrote:
i think i tracked down the troubles in the updating while
reorganizing (simplifying) the code a bit.
attached the subset that fixes the crashes...
Index: frontends/qt4/QPrefsDialog.C
===
--- frontends/qt4/QPrefs
Peter Kümmel wrote:
Enrico Forestieri wrote:
On Wed, Nov 08, 2006 at 11:28:49PM +0100, Peter Kümmel wrote:
Attached a patch to restore the
windows position correctly.
Please Peter, use Q_WS_WIN instead of Q_OS_WIN, as this is also relevant
to a cygwin build without X11, where the former is def
Enrico Forestieri wrote:
> On Wed, Nov 08, 2006 at 11:28:49PM +0100, Peter Kümmel wrote:
>> Attached a patch to restore the
>> windows position correctly.
>
> Please Peter, use Q_WS_WIN instead of Q_OS_WIN, as this is also relevant
> to a cygwin build without X11, where the former is defined but n
Asger Ottar Alstrup <[EMAIL PROTECTED]> writes:
>
> It seems bug fixing proceeds with a good pace. On my list, there are 3
> items now, which should be enough for about one evening:
>
> * Spell checking cannot be invoked a second time. This is probably a
> one-liner.
>
> * The first time the
84 matches
Mail list logo
