Andre Poenitz wrote:
On Thu, Jun 15, 2006 at 12:39:32PM +0200, Abdelrazak Younes wrote:
Minus potential compilation problems with gtk and/or xforms I think I am
ready to merge my branch with trunk. Please find attached the complete
patch. I will wait for some green lights before applying.
Goo
Hi,
Would it be possible to increase the limit for wiki uploads a bit, to
something like 5 MB? I'm uploading some binaries to make LyX compilation
easier but some of them are larger than the current limit.
Regards,
Joost
Peter Kümmel wrote:
>
> I only was interested in fixing a small bug.
>
> Now I see qt3 crashing because of the support of geometry and
> the working Qt4 patches will not be accepted without further changes.
>
> Because I'm not willed to invest more time in such a small thing
> I propose to undo
I only was interested in fixing a small bug.
Now I see qt3 crashing because of the support of geometry and
the working Qt4 patches will not be accepted without further changes.
Because I'm not willed to invest more time in such a small thing
I propose to undo all changes on this subject.
Which
Bo Peng wrote:
> On 6/16/06, Peter Kümmel <[EMAIL PROTECTED]> wrote:
>> I've fixed the save/restore and -geometry problem for Qt4.
>> Therefore I have to remember lyx if there was the geometry option,
>> and I have to emulate the QWidget::normalGeometry() function.
>>
>> I've tested it with Linux a
Peter Kümmel wrote:
>> out. I moved most common behaviors of all frontends to lyx_main.C,
Sorry, I've thought you've done already something.
>> hoping to result in simpler logic in the frontends. Now, things would
>> be clearer if all geometry handling goes back to the frontends.
>>
>> At the v
>
Have you forgotten to attach your patch?
Do I have to attach a patch to express my opinion?
Bo
Bo Peng wrote:
> On 6/16/06, Peter Kümmel <[EMAIL PROTECTED]> wrote:
>> If the only problem is to get msvc libraries,
>> then I could provide them.
>
> As far as I concerned, if you can upload the aspell06_msvc.lib
> somewhere, and update INSTALL.scons, I am satisfied.
>
> One of the reasons I do
Enrico Forestieri wrote:
> On Fri, Jun 16, 2006 at 12:31:55PM +0200, Peter Kümmel wrote:
>
>> Ok, now setMainWidget is the last call which could change the geometry.
>> I could not test Qt3 lyx.
>
> I am sorry, but with this patch applied LyX segfaults when starting:
>
Maybe because QtView::QtV
Bo Peng wrote:
> On 6/16/06, Peter Kümmel <[EMAIL PROTECTED]> wrote:
>> I've fixed the save/restore and -geometry problem for Qt4.
>> Therefore I have to remember lyx if there was the geometry option,
>> and I have to emulate the QWidget::normalGeometry() function.
>>
>> I've tested it with Linux a
Enrico Forestieri wrote:
> On Fri, Jun 16, 2006 at 07:42:32PM +0200, Enrico Forestieri wrote:
>
>> On Fri, Jun 16, 2006 at 12:31:55PM +0200, Peter Kümmel wrote:
>>
>>> Ok, now setMainWidget is the last call which could change the geometry.
>>> I could not test Qt3 lyx.
>> I am sorry, but with this
On Fri, Jun 16, 2006 at 07:42:32PM +0200, Enrico Forestieri wrote:
> On Fri, Jun 16, 2006 at 12:31:55PM +0200, Peter Kümmel wrote:
>
> > Ok, now setMainWidget is the last call which could change the geometry.
> > I could not test Qt3 lyx.
>
> I am sorry, but with this patch applied LyX segfaults
On 6/16/06, Peter Kümmel <[EMAIL PROTECTED]> wrote:
I've fixed the save/restore and -geometry problem for Qt4.
Therefore I have to remember lyx if there was the geometry option,
and I have to emulate the QWidget::normalGeometry() function.
I've tested it with Linux and Windows.
I do not really
On Fri, Jun 16, 2006 at 12:31:55PM +0200, Peter Kümmel wrote:
> Ok, now setMainWidget is the last call which could change the geometry.
> I could not test Qt3 lyx.
I am sorry, but with this patch applied LyX segfaults when starting:
$ ./src/lyx-qt.exe
lyx: SIGSEGV signal caught
Sorry, you have
On Thu, Jun 15, 2006 at 02:10:40PM +0200, Peter Kümmel wrote:
> Where is the coding style guide?
The style guide is basically "do what's done in most places in
src/*.{C,h}"
> Do you mean there is no indentation of the "-" list?
No, some 'i=0' or such. That should be 'i = 0'.
Andre'
On Thu, Jun 15, 2006 at 01:20:47PM +0200, [EMAIL PROTECTED] wrote:
> Quoting Jean-Marc Lasgouttes <[EMAIL PROTECTED]>:
>
> > > "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> >
> > Abdelrazak> Searching in the font info cache is expensive. So, it
> > Abdelrazak> could be either
On Wed, Jun 14, 2006 at 11:00:06PM +0200, Abdelrazak Younes wrote:
> Andre Poenitz wrote:
> >On Tue, Jun 13, 2006 at 11:36:09AM +0100, Angus Leeming wrote:
> >>Why not have namespaces to reflect the directory
> >>structure?
> >>
> >>lyx
> >>lyx::frontends
> >>lyx::frontends::qt4
> >>lyx::support
>
On Thu, Jun 15, 2006 at 12:39:32PM +0200, Abdelrazak Younes wrote:
> Minus potential compilation problems with gtk and/or xforms I think I am
> ready to merge my branch with trunk. Please find attached the complete
> patch. I will wait for some green lights before applying.
Good boy.
> void ex
On Thu, Jun 15, 2006 at 11:43:26AM +0200, Abdelrazak Younes wrote:
> I didn't feel like changing the namespace everywhere so instead I just
> put everything in lyx::frontend. We could still do the change afterward
> if we feel it is needed.
I like the 'flatter' version (lyx::frontend vs lyx::fro
On Thu, Jun 15, 2006 at 03:54:03PM +0200, Peter Kümmel wrote:
> I've done a second look at the posted patch, and I don't see
> the wrong spacing, at least not in the code I've added.
> Could you give me a hint?
I've already deleted the mail. IIRC ther was some 'for(int i=0'
or similar.
Andre'
On 6/16/06, Peter Kümmel <[EMAIL PROTECTED]> wrote:
If the only problem is to get msvc libraries,
then I could provide them.
As far as I concerned, if you can upload the aspell06_msvc.lib
somewhere, and update INSTALL.scons, I am satisfied.
One of the reasons I do not want to repeat your proce
Joost Verburg wrote:
> Hi,
>
> I decided to fix Aspell 0.60.4 so we can finally get rid of the
> C:\Aspell hard-coding. The next build of the installer will solve this
> long-standing issue.
>
> For this to work the dictionary installers need to be recompiled. Could
> you launch the script again
If the only problem is to get msvc libraries,
then I could provide them.
Peter
On Fri, Jun 16, 2006 at 04:52:27PM +0100, Angus Leeming wrote:
> Abdel> That's what I thought also but Angus
> Abdel> explained me that gcc C++ ABI is
> Abdel> compatible with microsoft if you use static
> Abdel> linking. It's Gcc dll handling that is non
> Abdel> compatible with MSVC.
>
> Did I
> intl/config.h --- gettext specific
> boost/libs/config.h --- boost specific
> src/config.h -- lyx specific
Not sure that we're talking about the same thing, but
while we're at it, src/config.h should probably
#include boost/libs/config.h because most of boost is
header files... In fact, I would
Abdelrazak Younes wrote:
> So there is no DBOOST_USER_CONFIG="" there, I guess this is
> normal?
>
Maybe it has been already said, but this is the problem.
Bo Peng wrote:
Angus Leeming wrote:
>> These three config.h files have different
>> #ifdef guards, right?
> Not for the scons patch (but should be safer
> to do so). Now, I have
> intl/config.h --- gettext specific
> boost/libs/config.h --- boost specific
> src/config.h -- lyx specific
Not sure
I've fixed the save/restore and -geometry problem for Qt4.
Therefore I have to remember lyx if there was the geometry option,
and I have to emulate the QWidget::normalGeometry() function.
I've tested it with Linux and Windows.
Index: frontends/qt4/lyx_gui.C
===
Abdel> That's what I thought also but Angus
Abdel> explained me that gcc C++ ABI is
Abdel> compatible with microsoft if you use static
Abdel> linking. It's Gcc dll handling that is non
Abdel> compatible with MSVC.
Did I really say that? I have absolutely no evidence
one way or the other to back t
Juergen Spitzmueller wrote:
> Now something different is needed to get the screen font changed. Replacing
> defaultfont() with params.getFont() does not change the screen font, even
> if everything else works.
>
> Ideas?
The following seems to work:
Index: src/text2.C
On 6/16/06, Enrico Forestieri <[EMAIL PROTECTED]> wrote:
On Fri, Jun 16, 2006 at 10:22:24AM -0500, Bo Peng wrote:
> > I just have to replace DEST_DIR with dest_dir right?
>
> Use DEST_DIR since I want to mimic autotools behavior. It might be
> better to allow both DEST_DIR and dest_dir though.
On Fri, Jun 16, 2006 at 10:22:24AM -0500, Bo Peng wrote:
> > I just have to replace DEST_DIR with dest_dir right?
>
> Use DEST_DIR since I want to mimic autotools behavior. It might be
> better to allow both DEST_DIR and dest_dir though.
Note that the autotools name is DESTDIR.
--
Enrico
I just have to replace DEST_DIR with dest_dir right?
Use DEST_DIR since I want to mimic autotools behavior. It might be
better to allow both DEST_DIR and dest_dir though.
Bo
Bo Peng wrote:
These three config.h files have different #ifdef
guards, right?
Not for the scons patch (but should be safer to do so). Now, I have
intl/config.h --- gettext specific
boost/libs/config.h --- boost specific
src/config.h -- lyx specific
These files are separated in the sense that
Enrico Forestieri wrote:
On Fri, Jun 16, 2006 at 03:12:18PM +0100, Angus Leeming wrote:
Anyway, all this is beside the point. Do we ever
exercise libiconv on *nix? Has Tomasz discovered a
latent bug in our use of libiconv, or does the problem
lie in the Windows implementation of same?
Most pr
On Jun 16, 2006, at 10:22 AM, Jean-Marc Lasgouttes wrote:
What are the valid fr_FR locales on your system? Here I have
fantomas: locale -a|grep fr_FR
fr_FR
fr_FR.ISO-8859-1
fr_FR.ISO-8859-15
fr_FR.UTF-8
Some web pages seem to imply the correct darwin form is
fr_FR.ISO8859-1 (only one hyphen).
> "Andrzej" == Andrzej Tomaszewski <[EMAIL PROTECTED]> writes:
>> Yes, but if LyX correctly uses iconv, the text should be
>> translated on the fly. What is the locale set in lyx.bat?
Andrzej> LANG=pl_PL
What happens if you change it to
LANG=Polish
or to
LANG=pl_PL.cp-1250
?
> "Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes:
>> Here are the patches. Bennett, do they work?
Bennett> Yes -- in both 1.4.x and 1.5.x.
Thanks. I applied them.
JMarc
Bo Peng wrote:
Wait, there is another change needed because of this:
LINK : fatal error LNK1181: cannot open input file 'iconv.lib'
scons: *** [msvc\qt4\lyx.exe] Error 1181
scons: building terminated because of errors.
We need env['LIB_ICONV'] that point to the detected lib.
Yes, that seems
On Fri, Jun 16, 2006 at 03:12:18PM +0100, Angus Leeming wrote:
> Anyway, all this is beside the point. Do we ever
> exercise libiconv on *nix? Has Tomasz discovered a
> latent bug in our use of libiconv, or does the problem
> lie in the Windows implementation of same?
Most probably the latter. I
Wait, there is another change needed because of this:
LINK : fatal error LNK1181: cannot open input file 'iconv.lib'
scons: *** [msvc\qt4\lyx.exe] Error 1181
scons: building terminated because of errors.
We need env['LIB_ICONV'] that point to the detected lib.
Bo
Bo Peng wrote:
On 6/16/06, Abdelrazak Younes <[EMAIL PROTECTED]>
wrote:
Hello Bo,
I had to apply this patch to get libiconv recognized by scons/msvc. The
problem is that the GnuWin32 package provide libiconv.lib and not
iconv.lib. I did not commit the patch because I guess this change would
bre
Bo Peng wrote:
msvc does not use that lib prefix, and mingw generated lib has that
thing. Is this the problem?
I think so yes (note that I did not check that mingw/iconv will fail).
I will see how to make mingw happy about this.
Good :-)
Abdel.
If I understood you correctly, you suggested just copying the content from
a SVN interface web page into the wiki page, which works of course. The
big drawback as I see it is that you have to remember to repeate the copy
and paste when the file is modified...
No, I was talking about automatic re
On 6/16/06, Abdelrazak Younes <[EMAIL PROTECTED]> wrote:
Hello Bo,
I had to apply this patch to get libiconv recognized by scons/msvc. The
problem is that the GnuWin32 package provide libiconv.lib and not
iconv.lib. I did not commit the patch because I guess this change would
break scons/mingw.
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Right, but again, that's our fault isn't it?
Sure.
Angus> I realize I'm thinking out aloud here and that the whole
Angus> problem will go away when Unicode arrives, but I'd never really
Angus> considered the problem before ;-)
T
On Fri, Jun 16, 2006 at 09:48:15AM -0400, Bennett Helm wrote:
> On Jun 15, 2006, at 10:37 AM, Jean-Marc Lasgouttes wrote:
>
> >> "Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes:
> >
> >>> This is definitely not perfect, but is simple and should uniformly
> >>> improve the situation.
> >>
> "Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes:
>> This patch is supposed to help when you have provided a valid 8bit
>> locale.
Bennett> It still doesn't work. The only way I've found to get accents
Bennett> is with OUTPUT_CHARSET.
What are the valid fr_FR locales on your system? He
These three config.h files have different #ifdef
guards, right?
Not for the scons patch (but should be safer to do so). Now, I have
intl/config.h --- gettext specific
boost/libs/config.h --- boost specific
src/config.h -- lyx specific
These files are separated in the sense that intl, boost and
Georg Baum wrote:
Abdelrazak Younes wrote:
Hello,
Out of curiosity, I tried to use my locally Msys/mingw compiled
Aspell-0.60.4 with MSVC2005. I just had to copy libaspell.a to
aspell.lib and the scons test said "yes" for aspell (I verified that the
test program compiled and linked).
But I ha
Processing files in po...
KeyError: 'DEST_DIR':
File "SConstruct", line 2189:
bin_dest_dir = os.path.join(env['DEST_DIR'], 'bin')
File "D:\program\Python24\scons-0.96.92\SCons\Environment.py", line 295:
return self._dict[key]
Sorry change without notice. SInce DEST_DIR is a envir
Hello Bo,
I had to apply this patch to get libiconv recognized by scons/msvc. The
problem is that the GnuWin32 package provide libiconv.lib and not
iconv.lib. I did not commit the patch because I guess this change would
break scons/mingw.
Abdel.
Index: SConstruct
===
Angus> You mean things like the TOC that
Angus> are generated dynamically from the
Angus> LyX document? Actually, I've never
Angus> really understood the problem here
Angus> either. We know the encoding of the
Angus> document and we know the encoding
Angus> used by the GUI. We just don't convert
A
Abdelrazak Younes wrote:
> Hello,
>
> Out of curiosity, I tried to use my locally Msys/mingw compiled
> Aspell-0.60.4 with MSVC2005. I just had to copy libaspell.a to
> aspell.lib and the scons test said "yes" for aspell (I verified that the
> test program compiled and linked).
>
> But I have li
On Jun 16, 2006, at 6:19 AM, Jean-Marc Lasgouttes wrote:
"Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Bennett Helm wrote:
here? ... I'm guessing not: I have Jean-Marc's font caching patch
applied to
> "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
Enrico> The usual one ;-)
Enrico> Win2k with both qt3/win32 and qt3/cygwin.
This is what I wanted to know, thanks.
JMarc
On Fri, Jun 16, 2006 at 03:46:05PM +0200, Jean-Marc Lasgouttes wrote:
> > "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
> Enrico> I tried the patch on Windows and saw no appreciable (if any)
> Enrico> speedup.
>
> What windows?
The usual one ;-)
Win2k with both qt3/win32 and
On Fri, Jun 16, 2006 at 10:32:17AM +0200, Massimiliano Sist wrote:
> Hi
> I'm an italian user of lyx. Sorry for my english.
> I find a possible bug in lyx 1.4.1. I use debian etch (testing).
> This error appear in italian version of lyx, but I translate the
> words for you.
> When I set "italian"
Hello,
Out of curiosity, I tried to use my locally Msys/mingw compiled
Aspell-0.60.4 with MSVC2005. I just had to copy libaspell.a to
aspell.lib and the scons test said "yes" for aspell (I verified that the
test program compiled and linked).
But I have linking errors with lyx (see below). It
Abdelrazak Younes wrote:
Then compile one file by hand and add /showIncludes
("Displays a list of all include files during compilation" )
and search for the config.h, maybe on your setup has a other config.h
in the compiler search path.
I have searched for one but didn't find any.
I was look
On Jun 15, 2006, at 10:37 AM, Jean-Marc Lasgouttes wrote:
"Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes:
This is definitely not perfect, but is simple and should uniformly
improve the situation.
I'd welcome testing.
Bennett> Nope. If I export LANG=fr (or fr_FR or fr_FR.ISO-8859-1),
> "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
Enrico> I tried the patch on Windows and saw no appreciable (if any)
Enrico> speedup.
What windows?
JMarc
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Jean-Marc Lasgouttes wrote: Jean-Marc, perhaps this is all
Angus> starting to make sense? People have reported for ever that they
Angus> have problems with LyX's rendering of menus when they are
Angus> running a .UTF-8 localization.
Jean-Marc Lasgouttes wrote:
Angus> Jean-Marc, perhaps this is all starting
Angus> to make sense? People have reported for
Angus> ever that they have problems with LyX's
Angus> rendering of menus when they are running
Angus> a .UTF-8 localization.
> The problem with utf8, I believe is that
> we are
On Fri, Jun 16, 2006 at 11:25:58AM +0200, Jean-Marc Lasgouttes wrote:
> > "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>
> Abdelrazak> Bennett Helm wrote:
> >> here? ... I'm guessing not: I have Jean-Marc's font caching patch
> >> applied to 1.4.x (which noticeably improves t
Joost Verburg wrote:
> Abdelrazak Younes wrote:
>> Very Good!
>> But I think you should coordinate your work
>> with Peter who ported Aspell-cvs to MSVC.
>> Please send the patch to the list and also
>> to the Aspell list (although they are really
>> not responsive).
> Source code:
> aspell-0.60.4
Bo Peng wrote:
Attached is a snapshot patch of what I am doing.
Please use the attached updated patch. It is been tested under msvc.
This patch generates three config.h under src, intl and boost/libs.
Please have a look at them and remove extra tests.
Sconstruct fails with msvv:
Processing
Abdelrazak Younes wrote:
Very Good!
But I think you should coordinate your work with Peter who ported
Aspell-cvs to MSVC. Please send the patch to the list and also to the
Aspell list (although they are really not responsive).
Source code:
http://wiki.lyx.org/uploads/Windows/Tools/aspell-0.6
Joost Verburg wrote:
Hi,
I decided to fix Aspell 0.60.4 so we can finally get rid of the
C:\Aspell hard-coding. The next build of the installer will solve this
long-standing issue.
Very Good!
But I think you should coordinate your work with Peter who ported
Aspell-cvs to MSVC. Please send t
Hi,
I decided to fix Aspell 0.60.4 so we can finally get rid of the
C:\Aspell hard-coding. The next build of the installer will solve this
long-standing issue.
For this to work the dictionary installers need to be recompiled. Could
you launch the script again Angus :) ?
The source code of
On Fri, Jun 16, 2006 at 09:16:09AM +0100, Angus Leeming wrote:
> Georg Baum wrote:
> > Enrico Forestieri wrote:
> >> Please, don't use _WIN32 in place of
> >> Q_WS_WIN when something is related
> >> to Qt. Q_WS_WIN is also defined when
> >> using a cygwin Qt/native (I mean
> >> non-X11), whereas _
On Thu, 15 Jun 2006, Bo Peng wrote:
I noticed that Bo has written the page
http://wiki.lyx.org/devel/pmwiki.php/Devel/SCons
He says that it's basically a snapshot of INSTALL.scons, so I just
wondered if some of you developers would like a wiki directive that let's
you include a file fr
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Jean-Marc, perhaps this is all starting to make sense? People
Angus> have reported for ever that they have problems with LyX's
Angus> rendering of menus when they are running a .UTF-8 localization.
The problem with utf8, I believe
Jean-Marc Lasgouttes wrote:
> Do you modify the layouts themselves??
> This looks like a very bad idea
*sigh* indeed.
> :) What happens if two files use the same class but with different
>
> fonts?
The font gets reset erroneously on buffer switch.
Now something different is needed to get the
Joost Verburg wrote:
> Angus Leeming wrote:
>> This is what libiconv is meant to give us.
>> It should take a .po file encoded in
>> iso8859-2 and produce cp1250-encoded
>> strings.
> Have you tested this? I always compile binaries with
> libiconv.
No, I haven't run LyX for a long, long time. Ho
Georg Baum wrote:
> Peter Kümmel wrote:
>
>> The original lyx/Qt3 logic was:
>> 1. create QtView in start
>> 2. in the QtView ctor: resize and setMainWidget,
>>thus geometry option is applied if there is any
>> 3. back in start check if (posx != -1 && posy != -1)
>>is true if yes move widg
Abdelrazak Younes wrote:
> I think there is indeed a clash somewhere
> and that you should not add
> DBOOST_USER_CONFIG="" because
> all included boost file should
> #include "config.h" already. At least
> that's what Lars told me once. So I guess
> there's another config.h in my system but
> I
> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Bennett Helm wrote:
>>> here? ... I'm guessing not: I have Jean-Marc's font caching patch
>>> applied to 1.4.x (which noticeably improves things), b
Bo Peng wrote:
First you should use, when not already done, the option 'log_file=yes'.
then you see the commands which are called by scons.
Is there DBOOST_USER_CONFIG="" in the command line, I assume
yes, because I've no problems.
I don't know, will try again but note that the macro is defined
Dnia Fri, 16 Jun 2006 11:20:17 +0200
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> napisał(a):
> > "Tomasz" == Tomasz Łuczak <[EMAIL PROTECTED]> writes:
>
> Tomasz> Polish WindowsXP + ServicePack2, and set the language for
> Tomasz> non-Unicode programs correctly in "Control Panel" > "Regional
> T
Peter Kümmel wrote:
Do you use the Qt3 or Qt4 version?
With the Qt4 version I don't have this problem.
I use qt 4.1.3, mingw, Win XP.
Michael
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
Bo> So, at the end, with official support for qt4 in scons, we may end
Bo> up with one SConstruct (plus scons_utils.py) file that does
Bo> everything, on all platforms, even for all versions of lyx... This
Bo> does not sound too bad. :-)
:)
JMarc
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Bennett Helm wrote:
>> here? ... I'm guessing not: I have Jean-Marc's font caching patch
>> applied to 1.4.x (which noticeably improves things), but not to
>> 1.5.x; perhaps that accounts for the difference.
Abdelraza
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> Georg Baum wrote:
>> Am Donnerstag, 15. Juni 2006 17:34 schrieb Juergen Spitzmueller:
>> > Georg Baum wrote:
>> > > You mean to change the default screen font family?
>> >
>> > Yes.
>>
>> I believe that you could simply
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> Jean-Marc Lasgouttes wrote:
>> What do you want to do exactly?
Juergen> I want to change the font family of the default font, if
Juergen> bufferparams.fontsDefaultFamily is not default. The default
Juergen> font is curre
> "Tomasz" == Tomasz Łuczak <[EMAIL PROTECTED]> writes:
Tomasz> Polish WindowsXP + ServicePack2, and set the language for
Tomasz> non-Unicode programs correctly in "Control Panel" > "Regional
Tomasz> and Language Options" > "Advanced"
Tomasz> In my opinion problem is in encoding pl.po, under
Peter Kümmel wrote:
> The original lyx/Qt3 logic was:
> 1. create QtView in start
> 2. in the QtView ctor: resize and setMainWidget,
>thus geometry option is applied if there is any
> 3. back in start check if (posx != -1 && posy != -1)
>is true if yes move widget
>(init() does not cal
This is what libiconv is meant to give us. It should take a .po file
encoded in iso8859-2 and produce cp1250-encoded strings.
Have you tested this? I always compile binaries with libiconv.
Joost
Edwin Leuven wrote:
> do we need to setGeometry when maximizing?:
Yes, we need it because when you normalize the window
you need a position and size.
Angus Leeming wrote:
> Peter_Kümmel wrote:
>> I prefer to handle all the geometry stuff
>> in start so please try the attached patch
>
> Just move
> qApp->setMainWidget(&view);
> out of the if-block... (No need for the "else" then.)
>
> Angus
>
> Index: qt3/lyx_gui.C
>
Peter Kümmel wrote:
if (posx != -1 && posy != -1) {
+ qApp->setMainWidget(&view);
view.setGeometry(posx, posy, width, height);
if (maximize)
view.setWindowState(Qt::WindowMaximized);
+ } else {
+ qAp
Peter_Kümmel wrote:
> I prefer to handle all the geometry stuff
> in start so please try the attached patch
Just move
qApp->setMainWidget(&view);
out of the if-block... (No need for the "else" then.)
Angus
Index: qt3/lyx_gui.C
=
Hi
I'm an italian user of lyx. Sorry for my english.
I find a possible bug in lyx 1.4.1. I use debian etch (testing).
This error appear in italian version of lyx, but I translate the
words for you.
When I set "italian" in document-->settings-->language, the counter of
Chapter, section, subsection
Tomasz £uczak wrote:
> Joost Verburg wrote:
>> Andrzej Tomaszewski wrote:
>>> As far as I'm looking in the correct
>>> place, on Windows 2000 there isn't
>>> such an option... In fact this system
>>> isn't Unicode based, so I do not
>>> understand why there should be...
>> Do you have a Polish Win
Georg Baum wrote:
> Am Donnerstag, 15. Juni 2006 17:44 schrieb Enrico Forestieri:
>> On Thu, Jun 15, 2006 at 05:30:40PM +0200, Peter Kümmel wrote:
>>> Does this patch help?
>> Yes, -geometry works again. Thanks :)
>
> But the logic does not seem to be correct: If you have stored geometry
> values
Georg Baum wrote:
> Am Donnerstag, 15. Juni 2006 17:34 schrieb Juergen Spitzmueller:
> > Georg Baum wrote:
> > > You mean to change the default screen font family?
> >
> > Yes.
>
> I believe that you could simply change the family in
> BufferParams::getFont() (and maybe auditing all direct uses of
Georg Baum wrote:
> Enrico Forestieri wrote:
>> Please, don't use _WIN32 in place of
>> Q_WS_WIN when something is related
>> to Qt. Q_WS_WIN is also defined when
>> using a cygwin Qt/native (I mean
>> non-X11), whereas _WIN32 is not. In
>> this case the Windows clipboard is
>> used, so I think tha
Dnia Thu, 15 Jun 2006 17:24:17 +0200
Joost Verburg wrote:
> Andrzej Tomaszewski wrote:
> > As far as I'm looking in the correct place, on Windows 2000 there
> > isn't such an option... In fact this system isn't Unicode based, so
> > I do not understand why there should be...
>
> Do you have a Pol
Bo Peng wrote:
> Lars is going to (?) install a web interface of our svn repository
> (forget the software name, it is something sourceforge uses).
IIRC it was trac, and has nothing to do with sf.
> After
> that, you need only copy a webpage, instead of retrieving it using the
> svn interface.
Enrico Forestieri wrote:
> Please, don't use _WIN32 in place of Q_WS_WIN when something is related
> to Qt. Q_WS_WIN is also defined when using a cygwin Qt/native (I mean
> non-X11), whereas _WIN32 is not. In this case the Windows clipboard is
> used, so I think that it should be #elif defined(Q_W
100 matches
Mail list logo
