I think that both are correct as both are valid paths on Windows.
However, for consistency with previous behavior and with the internal
representation used by LyX, you should replace \ with /.
I thought so. Committed.
Bo
On Mon, Jun 26, 2006 at 07:50:53PM -0500, Bo Peng wrote:
> Under cygwin, TexFiles.py and TexFiles.sh generate identical files.
You beat me at it...
> Under a dos prompt, using mingw/sh,
>
> sh TexFiles.sh generates
> C:/texmf/bibtex/bib/apacite/apa5ex.bib
> C:/texmf/bibtex/bib/base/test.bib
>
On Mon, Jun 26, 2006 at 08:28:51PM +0200, Enrico Forestieri wrote:
> On Mon, Jun 26, 2006 at 06:43:04PM +0200, Jean-Marc Lasgouttes wrote:
>
> > > "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
> >
> > Georg> Jean-Marc Lasgouttes wrote:
> > >> It looks correct to me, although I did not tr
Under cygwin, TexFiles.py and TexFiles.sh generate identical files.
Under a dos prompt, using mingw/sh,
sh TexFiles.sh generates
C:/texmf/bibtex/bib/apacite/apa5ex.bib
C:/texmf/bibtex/bib/base/test.bib
while python TexFiles.py generates
C:/texmf/bibtex/bib\apacite\apa5ex.bib
C:/texmf/bibtex/bi
On 27 Jun 2006 01:29:03 +0200, Lars Gullik Bjønnes <[EMAIL PROTECTED]> wrote:
This seem to fix some warnings I see.
Index: lib/scripts/convertDefault.py
===
--- lib/scripts/convertDefault.py (revision 14237)
+++ lib/scripts/c
When running my "scroll-down" test with current trunk, the screen
jumps down, not painting a lot of screenfuls. This is becuase of the
call to update, which collects updates to the workarea and elect to
paint it all a bit later.
If the update is changed to a repaint everything is find (not
really
This seem to fix some warnings I see.
Index: lib/scripts/convertDefault.py
===
--- lib/scripts/convertDefault.py (revision 14237)
+++ lib/scripts/convertDefault.py (working copy)
@@ -1,5 +1,5 @@
#!/usr/bin/env python
-
+
On Fri, Jun 23, 2006 at 12:04:33PM +0200, Jean-Marc Lasgouttes wrote:
> > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> >> I do not know whether this is related to your patch(es): try to
> >> insert a collapsable inset in a tabular cell; the right margin of
> >> the inset is outs
On Mon, Jun 26, 2006 at 06:39:20PM +0200, Jean-Marc Lasgouttes wrote:
> - what shall we do wrt cygwin (Enrico, I know it is the 137th time I
> ask this question, sorry).
ATM the only problem is with external_path() returning a path-style
depending on the checkbutton about path-styles for latex.
> "Jose'" == Jose' Matos <[EMAIL PROTECTED]> writes:
>> You do not know how trivial some of these things are.
Jose'> I know my to do list and it has lots of trivial stuff. After
Jose'> all even the harmonic series diverges, and most of those terms
Jose'> are really trivial. ;-)
The differe
On Mon, Jun 26, 2006 at 06:43:04PM +0200, Jean-Marc Lasgouttes wrote:
> > "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
>
> Georg> Jean-Marc Lasgouttes wrote:
> >> It looks correct to me, although I did not try it out. Georg, what
> >> do you think?
>
> Georg> I did not look at the patch
Georg Baum wrote:
> Peter Kümmel wrote:
>
>> Yes, a simplest and good solution, 0 would never be a saved size of a
>> window. Peter
>
> And even if it would it should be ignored. I guess that there is a sensible
> minimum size in qt itself?
Yes, I also think so. And the variables are initialized
Peter Kümmel wrote:
> Yes, a simplest and good solution, 0 would never be a saved size of a
> window. Peter
And even if it would it should be ignored. I guess that there is a sensible
minimum size in qt itself?
Georg
Bo Peng wrote:
>> Originally I've passed an additional parameter for the geometry option,
>> but then we've decided to pass -1. Then I have to patch it like this:
>>
>> Is this really better than an additional parameter?
>
> I suggested -1, -1, as an example to invalidate width/height when
> geome
Originally I've passed an additional parameter for the geometry option,
but then we've decided to pass -1. Then I have to patch it like this:
Is this really better than an additional parameter?
I suggested -1, -1, as an example to invalidate width/height when
geometry option is present. In thi
Abdelrazak Younes wrote:
5) Some new code needs to be ported from the qt3 frontend, look at the
svn log:
5-a) I remember the QNote thing from Martin, he even sent a preliminar
patch for qt4 but I did not have the time to look at it yet.
5-b) I remember some work from Georg and Enrico about some
Peter Kümmel wrote:
> Georg Baum wrote:
>> In src/lyx_main.C lines 340-341 two unsigned variables are set to -1 and
>> afterwards passed to the lyx_gui::start function which takes unsigned
>> arguments.
>> I forgot who did this change, but could this person please fix the problem?
>>
>>
>> Thanks,
Georg Baum wrote:
> In src/lyx_main.C lines 340-341 two unsigned variables are set to -1 and
> afterwards passed to the lyx_gui::start function which takes unsigned
> arguments.
> I forgot who did this change, but could this person please fix the problem?
>
>
> Thanks,
> Georg
>
>
Sorry, this
Abdelrazak Younes wrote:
[EMAIL PROTECTED] wrote:
Author: younes
Date: Mon Jun 26 18:55:35 2006
New Revision: 14231
Log:
GUI API Cleanup step 2: merge of the "younes" branch.
Man, this commit was an accident when I tried to merge my branch. Three
files are missing: Application.C, Application
[EMAIL PROTECTED] wrote:
Author: younes
Date: Mon Jun 26 18:55:35 2006
New Revision: 14231
Log:
GUI API Cleanup step 2: merge of the "younes" branch.
Man, this commit was an accident when I tried to merge my branch. Three
files are missing: Application.C, Application.h and GuiClipboard.h whic
On Jun 26, 2006, at 12:39 PM, Jean-Marc Lasgouttes wrote:
And then we have the bugs that are officially assigned to 1.4.2:
2231 patch Graphics in tmp directory have different name from
what d...
2251 patch Cursor fails to enter inside of esp. displayed
math insets.
2556reg
On Monday 26 June 2006 17:52, Jean-Marc Lasgouttes wrote:
> Do you want to bet?
I can always apply forecast from my research. ;-)
> You do not know how trivial some of these things are.
I know my to do list and it has lots of trivial stuff. After all even the
harmonic series diverges, and
Jean-Marc Lasgouttes wrote:
> 2556 regression not possible to delete a label of a formula
I would not postpone 1.4.2 because of this, since there is a workaround. If
somebody has a reasonable fix: put it in, otherwise I would schedule this
for later.
> Bugs 2653 and 2660 would require to c
Jean-Marc Lasgouttes wrote:
> They are supposed to just take the needed space, right? This is
> particularly annoying with ERT, which is expected to be small.
Yes. Note, however, that it only happens with empty collapsables in new
paragraphs. Annoying still.
Jürgen
On Jun 26, 2006, at 12:44 PM, Abdelrazak Younes wrote:
Bennett Helm wrote:
On Jun 26, 2006, at 11:21 AM, Abdelrazak Younes wrote:
This is difficult to solve rapidly so please just comment out the
three problematic line in Application.C:
s_arg=QString::fromUtf8(qstr_buf);
//buffer_v
> "Jose'" == Jose' Matos <[EMAIL PROTECTED]> writes:
Jose'> On Monday 26 June 2006 17:44, Jean-Marc Lasgouttes wrote:
>> Yes. I hope to have time to finish some of mine this summer.
Jose'> Famous last words. ;-)
Do you want to bet? You do not know how trivial some of these things are.
JMa
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> Jean-Marc Lasgouttes wrote:
>> And then there are the fixes I have forgotten. Please tell me what
>> they are.
Juergen> I noticed an annoyance with the new, improved drawing of
Juergen> collapsables: They are drawn alway
On Monday 26 June 2006 17:44, Jean-Marc Lasgouttes wrote:
> Yes. I hope to have time to finish some of mine this summer.
Famous last words. ;-)
> JMarc
--
José Abílio
Jean-Marc Lasgouttes wrote:
> And then there are the fixes I have forgotten. Please tell me what
> they are.
I noticed an annoyance with the new, improved drawing of collapsables: They
are drawn always above the whole screen, but you cannot click into it
everywhere. Insert an empty footnote into
Bennett Helm wrote:
On Jun 26, 2006, at 11:21 AM, Abdelrazak Younes wrote:
This is difficult to solve rapidly so please just comment out the
three problematic line in Application.C:
s_arg=QString::fromUtf8(qstr_buf);
//buffer_view_->workAreaDispat
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> Jean-Marc Lasgouttes wrote:
>>> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
>>
Georg> It is in trunk now. What about 1.4?
>> OK, it can go in. But I have to say I do not like at all the
>> find("int") in the original code...
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> Jean-Marc Lasgouttes wrote:
>> It looks correct to me, although I did not try it out. Georg, what
>> do you think?
Georg> I did not look at the patch. I spent far too much time with
Georg> this stuff already, so I decided to have no o
Jean-Marc Lasgouttes wrote:
>> "Georg" == Georg Baum
>> <[EMAIL PROTECTED]>
>> writes:
>
> Georg> It is in trunk now. What about 1.4?
>
> OK, it can go in. But I have to say I do not like at all the
> find("int") in the original code...
Me neither, but I did not want to touch it. So
Abdelrazak Younes wrote:
Lars Gullik Bjønnes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Abdelrazak Younes wrote:
| > Lars,
| > Could you please check in your changes to my branch so that we can
| > merge the branch to trunk?
| > IMHO, I believe qt4 and qt3 are fully functional now s
Hello,
I think LyX 1.4.2 should have been out some time ago now. Let's see
what the showstoppers are:
- The windows installer in not in svn. Lars, *please* give Joost
access rights!
- I think Martin has one or two patches pending, but I am a bit lost.
Martin?
- I would have liked to fix th
Jean-Marc Lasgouttes wrote:
> It looks correct to me, although I did not try it out. Georg, what do
> you think?
I did not look at the patch. I spent far too much time with this stuff
already, so I decided to have no opinion.
Georg
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Hmm... do we really :-)
Lars> We should create typografically correct output, ascii be damned.
Lars> :-)
For a man page? I really prefer having ascii that can be
cut-and-pasted.
JMarc
Lars Gullik Bjønnes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Abdelrazak Younes wrote:
| > Lars,
| > Could you please check in your changes to my branch so that we can
| > merge the branch to trunk?
| > IMHO, I believe qt4 and qt3 are fully functional now so even if
| > xforms and g
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> From this and man 7 groff_char I am not so sure that \- is what
| Lars> we want... (since that logically is minus and what we really
| Lars> want is dash.
|
| What we want
On Jun 26, 2006, at 11:21 AM, Abdelrazak Younes wrote:
This is difficult to solve rapidly so please just comment out the
three problematic line in Application.C:
s_arg=QString::fromUtf8(qstr_buf);
// buffer
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> From this and man 7 groff_char I am not so sure that \- is what
Lars> we want... (since that logically is minus and what we really
Lars> want is dash.
What we want is an ascii "-". And all man pages seem to use \- anyway.
JMar
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
Bo> Here is the first conversion. Please test if TexFiles.py generates
Bo> the same (after sort) list files under your platform.
I think you can get rid of the version number handling (this lives
inside lyx anyway) and of the weird comment.
JMarc
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Abdelrazak Younes wrote:
| > Lars,
| > Could you please check in your changes to my branch so that we can
| > merge the branch to trunk?
| > IMHO, I believe qt4 and qt3 are fully functional now so even if
| > xforms and gtk are not 100% functional we
> "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
Enrico> I finally found the time to put together the promised patch. I
Enrico> had to rename "cygwin_path_fix" as "windows_style_tex_paths"
Enrico> instead of "posix_style_tex_paths" for compatibility reasons.
Enrico> Indeed, the mean
Enrico Forestieri <[EMAIL PROTECTED]> writes:
| On Mon, Jun 26, 2006 at 02:52:22PM +0200, Jean-Marc Lasgouttes wrote:
|
| > > "Sven" == Sven Hoexter <[EMAIL PROTECTED]> writes:
| >
| > Sven> Hi *, here is another patch I've found in the Debian LyX package
| > Sven> you maybe would like to ap
On Mon, Jun 26, 2006 at 03:38:24PM +0200, Jean-Marc Lasgouttes wrote:
>
> There are other man pages:
>
> fantomas: find -name \*man
> ./src/client/lyxclient.man
Patch attached.
> ./src/tex2lyx/tex2lyx.man
Ok.
> ./development/lyxsocket/lyxclient.man
Patch attached.
> ./development/Win32/packagi
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> It is in trunk now. What about 1.4?
OK, it can go in. But I have to say I do not like at all the
find("int") in the original code...
JMarc
> "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
Enrico> This is now bug 2667:
Enrico> http://bugzilla.lyx.org/show_bug.cgi?id=2667
This should be be too difficult to fix, but we'll keep it for after
1.4.2.
JMarc
Bo Peng wrote:
> Here is the first conversion. Please test if TexFiles.py generates the
> same (after sort) list files under your platform.
>
> I will wait for confirmation from win/cygwin. The real 'svn ci' will
> use svn rename.
Please don't forget Makefile.am this time :-)
Georg
Here is the first conversion. Please test if TexFiles.py generates the
same (after sort) list files under your platform.
I will wait for confirmation from win/cygwin. The real 'svn ci' will
use svn rename.
Bo
Index: src/frontends/controllers/tex_helpers.C
=
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> OK. I just committed to branch. Trunk will follow, as soon as
Juergen> it finished compiling. I guess this does not need mentioning
Juergen> in status.14x, since the bug has been introduced after 1.4.1?
It seems that I r
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> Jean-Marc Lasgouttes wrote:
>> Do not forget status.14x...
Juergen> Even though this bug surfaced after 1.4.1 (see my other mail,
Juergen> this was intentional)?
Never mind, I did not read correctly.
JMarc
Abdelrazak Younes wrote:
Lars,
Could you please check in your changes to my branch so that we can merge
the branch to trunk?
IMHO, I believe qt4 and qt3 are fully functional now so even if xforms
and gtk are not 100% functional we can fix that in trunk.
I promise to revise my branch developi
Bennett Helm wrote:
younes branch won't compile for me; I get the following:
g++-4 -DHAVE_CONFIG_H -I. -I. -I../../../src -DQT_CLEAN_NAMESPACE
-DQT_GENUINE_STR -DQT_NO_STL -DQT3_SUPPORT -I../../../src
-I../../../src/frontends -I../../../images
-I/Users/bennett/lyx/gcc-4.0/qt-mac-opensource-sr
Jean-Marc Lasgouttes wrote:
> Do not forget status.14x...
Even though this bug surfaced after 1.4.1 (see my other mail, this was
intentional)?
Jürgen
> "spitz" == spitz <[EMAIL PROTECTED]> writes:
spitz> Author: spitz Date: Mon Jun 26 17:08:08 2006 New Revision:
spitz> 14226
spitz> Log: * src/insets/insettabular.C (doDispatch): set cursor
spitz> properly on mouse (button 3) press. Fixes crash.
spitz> Modified: lyx-devel/branches/BRANCH_1
In src/lyx_main.C lines 340-341 two unsigned variables are set to -1 and
afterwards passed to the lyx_gui::start function which takes unsigned
arguments.
I forgot who did this change, but could this person please fix the problem?
Thanks,
Georg
Jean-Marc Lasgouttes wrote:
> The code looks OK, and I tested that it fixes the bug. It may be
> better to rewrite it as a switch, though.
Later.
> This can be applied to 1.4 and 1.5.
OK. I just committed to branch. Trunk will follow, as soon as it finished
compiling.
I guess this does not need
Georg Baum wrote:
> Jean-Marc Lasgouttes wrote:
>
>>> "Georg" == Georg Baum
>>> <[EMAIL PROTECTED]>
>>> writes:
>>
>> Georg> This patch adds support for \intop and \ointop. It goes in
>> Georg> later if nobody objects.
>>
>> Georg> Jean-Marc, also for 1.4? I think it is safe.
>>
>>
Jose' Matos wrote:
On Monday 26 June 2006 13:47, Abdelrazak Younes wrote:
1) call "setAttribute(Qt::WA_InputMethodEnabled, true)" in GuiWorkArea
constuctor. This is in replacement for the former Qt3
"setInputMethodEnabled(true)" and I hope that it will solve the accent
problem reported by Jose.
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
>> Why is the code for mouse1 useful?
Juergen> Because it does exactly what we want in that case. We want to
Juergen> set the cursor before opening the dialog (i.e. we set the
Juergen> cursor on press and open the dialog on relea
Lars Gullik Bjønnes wrote:
> Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>
> | Yes I forgot to add that to the list, thanks for recalling me. Up
> | until now the preferred method is to #undef the macro at the top of
> | the cpp file. When we are sure that there is no more need for that Qt3
> |
Jean-Marc Lasgouttes wrote:
> Juergen> OK for branch and trunk?
>
> Could you explain what was wrong exactly?
My theory is: When the tabular was marked, the cursor has become invalid when
right-clicking, then LyX asserted.
I guess my code for setting the cursor on right-clicking (in order to fix
Jean-Marc Lasgouttes wrote:
>> "Peter" == Peter Kümmel <[EMAIL PROTECTED]> writes:
>
> Peter> To get an impression how Qt4 is available atm see the upper
> Peter> left corner at:
>
> These are pointer to up to date (and presumably hard to find) rpms in
> case where the distributor does not ha
But this does not handle triple ''' in the name, right?
Of course not. The real solution, if we want to go this route, instead
of Georg's, is a python-specific quoteName that scan the name and add
backslash before ' and use single ' quote (or scan for ''' and use '''
quote etc).
Bo
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> The attached patch fixes the crash described here:
Juergen> http://marc.theaimsgroup.com/?l=lyx-devel&m=115107305725444&w=2
Juergen> OK for branch and trunk?
Could you explain what was wrong exactly? Why is the code for
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
Bo> file = '''some string with ' or ''. ''' or file = """ some string
Bo> with ' or ". """
Bo> So when we have the risk of ' or " in a string, triple quotes in
Bo> python can handle it.
But this does not handle triple ''' in the name, right? I kn
Put im what you have for now, I have a different solution using temp files
that will have the side effect of speeding up pdflatex.
Done.
Bo
The attached patch fixes the crash described here:
http://marc.theaimsgroup.com/?l=lyx-devel&m=115107305725444&w=2
OK for branch and trunk?
Jürgen
Index: src/insets/insettabular.C
===
--- src/insets/insettabular.C (Revision 14187)
++
> "Peter" == Peter Kümmel <[EMAIL PROTECTED]> writes:
Peter> To get an impression how Qt4 is available atm see the upper
Peter> left corner at:
These are pointer to up to date (and presumably hard to find) rpms in
case where the distributor does not have them, right?
Thank for the pointer, I
Bo> infile_base = '''/home/username/Figure3a'''
Bo> but later on considered it superfluous.
Bo> I will use triple quotes for now.
What is the semantics of triple quotes?
file = '''some string with ' or ''. '''
or
file = """ some string with ' or ". """
So when we have the risk of ' or " in a
Bo Peng wrote:
>> Python can handle this without a problem. As a matter of fact, I used
>>
>> infile_base = '''/home/username/Figure3a'''
>
> Hmm, no,
> infile = ''" << quoteName(infile) << "''\n"
>
> does not look right. quoteName should decide if triple quote is
> needed. Use single quote
Georg Baum wrote:
> Jean-Marc Lasgouttes wrote:
>
>>> "Abdel" == Abdelrazak Younes <[EMAIL PROTECTED]>
>>> writes:
So there is currently _no_ linux distribution that has a qt4
really good enough for LyX? Is your plan to tell people that they
should not bother about LyX if t
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
>> - when I see things like +infile_base = '/home/username/Figure3a'
>> it make me remember that we have a problem with file names
>> containing single quotes. There are people who think that naming
>> IJCAI'07.tex a file for a conference is a good
> "Edwin" == Edwin Leuven <[EMAIL PROTECTED]> writes:
Edwin> Jean-Marc Lasgouttes wrote:
>> Second, it _is_ our problem to ensure that LyX can be built (and
>> work well) on a 2 years old distribution.
Edwin> i didn't know that qt4 doesn't work on 2 year old distros
It is not the matter of b
Python can handle this without a problem. As a matter of fact, I used
infile_base = '''/home/username/Figure3a'''
Hmm, no,
infile = ''" << quoteName(infile) << "''\n"
does not look right. quoteName should decide if triple quote is
needed. Use single quote now.
Bo
- when I see things like
+infile_base = '/home/username/Figure3a'
it make me remember that we have a problem with file names containing
single quotes. There are people who think that naming IJCAI'07.tex a
file for a conference is a good idea... Of course, LyX is not able to
import such a file, and
Jean-Marc Lasgouttes wrote:
>> "Abdel" == Abdelrazak Younes <[EMAIL PROTECTED]>
>> writes:
>
>>> So there is currently _no_ linux distribution that has a qt4
>>> really good enough for LyX? Is your plan to tell people that they
>>> should not bother about LyX if their distribution is mor
> "Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes:
Bennett> In static
Bennett> member function 'static OSErr
Bennett> lyx::frontend::Application::handleOpenDocuments(const
Bennett> AERecord*, AERecord*, long int)': Application.h:58: error:
Bennett> invalid use of member
Bennett> 'lyx::fro
Jean-Marc Lasgouttes wrote:
Second, it _is_ our problem to ensure that LyX can be built (and work
well) on a 2 years old distribution.
i didn't know that qt4 doesn't work on 2 year old distros
Georg Baum wrote:
> I see that you used validators for unsigned lengths. I agree that this is
> the normal case, but maybe it should be possible to insert a negative
> length in special cases?
Right, I didn't think about that.
> > OK to apply?
>
> Yes, but I have some comments:
>
> +
> "Massimiliano" == Massimiliano Sist <[EMAIL PROTECTED]> writes:
Massimiliano> Hi I'm an italian user of lyx. Sorry for my english. I
Massimiliano> find a possible bug in lyx 1.4.1. I use debian etch
Massimiliano> (testing). This error appear in italian version of lyx,
Massimiliano> but I tra
> "Per" == Per Olofsson <[EMAIL PROTECTED]> writes:
Per> Jean-Marc Lasgouttes:
>> Where can I read about this "-" vs. "\-" thing?
Per> I can't find it right now, but basically the difference is that
Per> "-" generates a hyphen, which is a different character when
Per> running man in a UTF-8 l
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
>> - when I see things like +infile_base = '/home/username/Figure3a'
>> it make me remember that we have a problem with file names
>> containing single quotes. There are people who think that naming
>> IJCAI'07.tex a file for a conference is
On Monday 26 June 2006 13:47, Abdelrazak Younes wrote:
> 1) call "setAttribute(Qt::WA_InputMethodEnabled, true)" in GuiWorkArea
> constuctor. This is in replacement for the former Qt3
> "setInputMethodEnabled(true)" and I hope that it will solve the accent
> problem reported by Jose.
Now I do no
On Monday 26 June 2006 13:58, Abdelrazak Younes wrote:
> > Yes, this is what I wrote. When it is out, we should be able to
> > support distributions that are about 2 years old.
>
> Sorry but I still think this is not our problem if some two years old
> distribution won't distribute a Qt4 package.
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>> Yes, this is what I wrote. When it is out, we should be able to
>> support distributions that are about 2 years old.
Abdelrazak> Sorry but I still think this is not our problem if some
Abdelrazak> two years old distribution w
younes branch won't compile for me; I get the following:
g++-4 -DHAVE_CONFIG_H -I. -I. -I../../../src -DQT_CLEAN_NAMESPACE -
DQT_GENUINE_STR -DQT_NO_STL -DQT3_SUPPORT -I../../../src -I../../../
src/frontends -I../../../images -I/Users/bennett/lyx/gcc-4.0/qt-mac-
opensource-src-4.1.4-universal/
On Mon, Jun 26, 2006 at 02:52:22PM +0200, Jean-Marc Lasgouttes wrote:
> > "Sven" == Sven Hoexter <[EMAIL PROTECTED]> writes:
>
> Sven> Hi *, here is another patch I've found in the Debian LyX package
> Sven> you maybe would like to apply to the LyX source tree. In
> Sven> manpages all "-" sho
On Jun 26, 2006, at 4:07 AM, Abdelrazak Younes wrote:
This is coming up just around the corner. My tree is already faster
than qt3 on Windows and is apparently the same speed on Linux. Once
we have some number for Mac we could make a decision IMHO.
I'm compiling younes branch now, having ju
Jean-Marc Lasgouttes:
> Where can I read about this "-" vs. "\-" thing?
I can't find it right now, but basically the difference is that "-"
generates a hyphen, which is a different character when running man in
a UTF-8 locale. This creates problems when you search manual pages or
cut'n'paste becau
Jean-Marc Lasgouttes wrote:
> - is it wise to hardcode "python" as the name of the interpreter?
> Shouldn't we have this in lyxrc? Of course, it will not be possible
> to autodetect python in configure.py (which is a python script...).
> This may be a theoretical problem, though.
I think so
On Mon, Jun 26, 2006 at 02:41:44PM +0200, Jean-Marc Lasgouttes wrote:
> > "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>
> Abdelrazak> All non-willing distributions can stay with LyX-1.4.x the
> Abdelrazak> same way Win95 users won't have LyX > 1.3.
>
> I gues they can if th
Juergen Spitzmueller wrote:
> OK, attached is a patch that does that and
> - sets spaces to "none" initially
> - moves the booktabs button to "borders" as well, since it looks more
> obvious there.
> - changed the input validators, so it is now possible to insert lenghts
> like "2em" directly to t
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
Bo> Dear all, Here is the promised patch.
This looks good, Bo. It will not go in 1.4.2, but it is something we
want for maybe 1.4.3 if all goes well.
Random thoughts:
- is it wise to hardcode "python" as the name of the interpreter?
Shouldn't
Jean-Marc Lasgouttes wrote:
"Abdel" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
So there is currently _no_ linux distribution that has a qt4
really good enough for LyX? Is your plan to tell people that they
should not bother about LyX if their distribution is more than one
year old?
Ab
> "Sven" == Sven Hoexter <[EMAIL PROTECTED]> writes:
Sven> Hi *, here is another patch I've found in the Debian LyX package
Sven> you maybe would like to apply to the LyX source tree. In
Sven> manpages all "-" should be escaped with "\-" to force a proper
Sven> handling.
Sven> The attached pa
Hello,
This patch do two things:
1) call "setAttribute(Qt::WA_InputMethodEnabled, true)" in GuiWorkArea
constuctor. This is in replacement for the former Qt3
"setInputMethodEnabled(true)" and I hope that it will solve the accent
problem reported by Jose.
2) Comment out the inputMethodEvent(
> "Abdel" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>> So there is currently _no_ linux distribution that has a qt4
>> really good enough for LyX? Is your plan to tell people that they
>> should not bother about LyX if their distribution is more than one
>> year old?
Abdel> Last point
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> All non-willing distributions can stay with LyX-1.4.x the
Abdelrazak> same way Win95 users won't have LyX > 1.3.
I gues they can if they have the real Qt3/Win.
JMarc
1 - 100 of 147 matches
Mail list logo
