Abdelrazak Younes [EMAIL PROTECTED] writes:
Jean-Marc Lasgouttes wrote:
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes:
Abdelrazak Why should we? I am probably missing something but...
Abdelrazak isn't it enough to tell to the users that their layout
Abdelrazak needs to be
Jürgen Spitzmüller wrote:
http://bugzilla.lyx.org/show_bug.cgi?id=3819
This is a patch from Georg. I tested it and it seems to work for me (there
is an issue with an assert directly after applying the patch if the file in
question is already in the cache which can only be solved by emptying
On Monday 09 July 2007 18:12:48 Bo Peng wrote:
Jose, if you can not decide, just toss a coin. IMO, both approaches
are good enough. :-)
OK then, let us go Jean-Marc's way, and proceed for other more pressing
issues.
Bo
In this issue I feel like Golan Trevize:
Jean-Pierre Chrétien wrote:
The problems comes from the fact that with both layout and lyx files in Unicode,
lyx crashes on this:
Assertion triggered in const lyx::docstring lyx::from_ascii(const char*) by
failing check static_castunsigned char(*c) 0x80 in file docstring.cpp:32
Abort
I know
José Matos wrote:
On Monday 09 July 2007 18:12:48 Bo Peng wrote:
Jose, if you can not decide, just toss a coin. IMO, both approaches
are good enough. :-)
OK then, let us go Jean-Marc's way, and proceed for other more pressing
issues.
I could have bet you would say this.
Abdel.
Jürgen == Jürgen Spitzmüller [EMAIL PROTECTED] writes:
Jürgen Jürgen Spitzmüller wrote:
http://bugzilla.lyx.org/show_bug.cgi?id=3819
This is a patch from Georg. I tested it and it seems to work for me
(there is an issue with an assert directly after applying the patch
if the file in
On Tuesday 10 July 2007 09:33:17 Jürgen Spitzmüller wrote:
So what shall we do with this patch?
OK.
Jürgen
--
José Abílio
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes:
OK then, let us go Jean-Marc's way, and proceed for other more
pressing issues.
Abdelrazak I could have bet you would say this.
Yes, I secretly promised him an all-you-can-eat smorgasbord of beer
and cucumber for the next time we meet
Jean-Marc Lasgouttes wrote:
I guess we have to apply it, since it is a regression. You should add
a pointer to the bug, along with the fixme.
Done.
Jürgen
Abdelrazak Younes wrote:
Jean-Pierre Chrétien wrote:
Abdelrazak Younes [EMAIL PROTECTED] writes:
1) provide a python script that converts the layout as good as possible:
Théorème - Theoreme
Liste_à_puce - Liste_a_puce
The problem is that it could be done easily for French but maybe not
On Tuesday 10 July 2007 10:23:02 Abdelrazak Younes wrote:
So?
This patch fixes a crash and a regression against 1.4. Unless you want
to implement the layout2layout support and do the GUIName addition
before 1.5.0, this patch should go in now.
It's just a string - docstring conversion and
José Matos wrote:
On Tuesday 10 July 2007 10:23:02 Abdelrazak Younes wrote:
So?
This patch fixes a crash and a regression against 1.4. Unless you want
to implement the layout2layout support and do the GUIName addition
before 1.5.0, this patch should go in now.
It's just a string - docstring
On Tuesday 10 July 2007 10:50:28 Abdelrazak Younes wrote:
Right.
Does anyone has any objection to this change?
The purpose of this release is the support of unicode, we are using utf8 for
the saved files so it makes all sense to follow the same route for layout
files.
In the special
José == José Matos [EMAIL PROTECTED] writes:
José The plan for this change is then:
José * to convert our layout files to utf8; * apply your patch; * add
José a comment to the release notes.
It would be even better to provide explicit commands or some kind of
script to update .lyx file. I
Hi all,
I just inserted a \propto to find that it is displayed in LyX as a Greek
mu, but correctly in the LaTeX output.
I have missing fonts because the relations aren't displayed at all (such
as \gtrsim), but this is the first time I saw one show up as the wrong
thing. So maybe it's a genuine
On Tuesday 10 July 2007 11:47:36 Jean-Marc Lasgouttes wrote:
It would be even better to provide explicit commands or some kind of
script to update .lyx file. I suspect it is not trivial.
JMarc
Using iconv?
Something like this for bash
cd /path/to/layouts
for l in *
do
cp $l tmp.txt
José == José Matos [EMAIL PROTECTED] writes:
José On Tuesday 10 July 2007 11:47:36 Jean-Marc Lasgouttes wrote:
It would be even better to provide explicit commands or some kind
of script to update .lyx file. I suspect it is not trivial.
JMarc
José Using iconv?
José Something like this for
On Friday 06 July 2007 23:21:24 Jean-Marc Lasgouttes wrote:
I received this from the NetBSD and OpenBSD maintainers. José, is there
something we can do about python?
I am not sure if it is worth it.
First LyX does not care about python file headers, we always call python
directly. Those
On Tuesday 10 July 2007 12:53:56 Jean-Marc Lasgouttes wrote:
You do not want to translate the whole file, only the
\begin_layout NameWithAccent
lines.
JMarc
Why not?
It is easier to use has a file with coherent encoding that one that uses a
mixed encoding.
--
José Abílio
José == José Matos [EMAIL PROTECTED] writes:
José I am not sure if it is worth it.
José First LyX does not care about python file headers, we always
José call python directly. Those headers are only useful for
José developer who don't need to call python directly each time.
OK.
José The
José == José Matos [EMAIL PROTECTED] writes:
José On Tuesday 10 July 2007 12:53:56 Jean-Marc Lasgouttes wrote:
You do not want to translate the whole file, only the \begin_layout
NameWithAccent lines.
JMarc
José Why not? It is easier to use has a file with coherent encoding
José that one
José Matos wrote:
On Tuesday 10 July 2007 12:53:56 Jean-Marc Lasgouttes wrote:
You do not want to translate the whole file, only the
\begin_layout NameWithAccent
lines.
JMarc
Why not?
It is easier to use has a file with coherent encoding that one that uses a
mixed encoding.
I agree with
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes:
Why not? It is easier to use has a file with coherent encoding that
one that uses a mixed encoding.
Abdelrazak I agree with Jose. I cannot see a reason why mixed
Abdelrazak encoding would be preferred.
I am not sure we are discussing
Jean-Marc Lasgouttes wrote:
José == José Matos [EMAIL PROTECTED] writes:
José On Tuesday 10 July 2007 12:53:56 Jean-Marc Lasgouttes wrote:
You do not want to translate the whole file, only the \begin_layout
NameWithAccent lines.
JMarc
José Why not? It is easier to use has a file with
On Tuesday 10 July 2007 13:15:58 Jean-Marc Lasgouttes wrote:
But the rest of the file is converted separately by lyx2lyx. I thought
that this translation was more subtle than just running iconv.
JMarc
OK, now I see what you mean. :-)
My problem was with the .layout file and you refered the
On Tuesday 10 July 2007 13:15:00 Jean-Marc Lasgouttes wrote:
José The call for python is made over src/support/os.cpp so all
José further configurations should be done there. We need to change
José configure.ac and companions and the use config.h to configure
José os.cpp to use the choose
José Matos wrote:
On Tuesday 10 July 2007 10:50:28 Abdelrazak Younes wrote:
Right.
Does anyone has any objection to this change?
The purpose of this release is the support of unicode, we are using utf8 for
the saved files so it makes all sense to follow the same route for layout
files.
José == José Matos [EMAIL PROTECTED] writes:
Or add a lyxrc entry for it and let configure.py fill the value in.
Or just let port maintainers set the right value in lyxrc.dist.
José The problem is that by then is already too late because
José configure.py needs the location of the python
José == José Matos [EMAIL PROTECTED] writes:
José That is as long as the .lyx and the .layout use the same
José enconding everything should just work. Or am I missing any case?
Just do it and you will see if people complain :)
JMarc
José == José Matos [EMAIL PROTECTED] writes:
José On Monday 09 July 2007 18:12:48 Bo Peng wrote:
Jose, if you can not decide, just toss a coin. IMO, both approaches
are good enough. :-)
José OK then, let us go Jean-Marc's way, and proceed for other more
José pressing issues.
I committed a
Mikhail == Mikhail Teterin [EMAIL PROTECTED] writes:
Mikhail Hello! Boost-1.34 is not only released now, it is also
Mikhail _required_ for the upcoming LyX-1.5.0. Unfortunately, the
Mikhail current release of LyX (1.4.4) fails to build against it.
Mikhail I'm attaching the patch I plan to add
Abdelrazak Younes [EMAIL PROTECTED] writes:
Jean-Pierre Chrétien wrote:
The problems comes from the fact that with both layout
and lyx files in Unicode,
[...]
I know and my patch solves this, did you try it?
I do not have access to svn from here,
and I guess it won't work with
Jean-Marc Lasgouttes wrote:
Mikhail == Mikhail Teterin [EMAIL PROTECTED] writes:
Mikhail Hello! Boost-1.34 is not only released now, it is also
Mikhail _required_ for the upcoming LyX-1.5.0. Unfortunately, the
Mikhail current release of LyX (1.4.4) fails to build against it.
Mikhail I'm
Jean-Pierre Chrétien wrote:
Abdelrazak Younes [EMAIL PROTECTED] writes:
Jean-Pierre Chrétien wrote:
The problems comes from the fact that with both layout
and lyx files in Unicode,
[...]
I know and my patch solves this, did you try it?
I do not have access to svn from here,
and I guess
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
José == José Matos [EMAIL PROTECTED] writes:
José On Tuesday 10 July 2007 11:47:36 Jean-Marc Lasgouttes wrote:
It would be even better to provide explicit commands or some kind
of script to update .lyx file. I suspect it is not trivial.
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes:
Abdelrazak IIUC, this patch is to make LyX compile with external
Abdelrazak boost 1.34.0 which known to be deficient. Are you sure
Abdelrazak that this patch will work with our bundled boost?
OK, I agree that it would be better to avoid
Enrico == Enrico Forestieri [EMAIL PROTECTED] writes:
I'll apply it tomorrow (is there a bug number?)
Enrico Bug 3962.
Thanks. The patch is applied now.
JMarc
On Tuesday 10 July 2007 13:25:04 Abdelrazak Younes wrote:
What about the documentation? It is probably time to convert them, isn't
it?
As far as I remember there are no patches holding that change the file
format. If so then yes it is time to start updating the documentation to the
latest
[EMAIL PROTECTED] wrote:
Author: lasgouttes
Date: Tue Jul 10 15:37:10 2007
New Revision: 19028
URL: http://www.lyx.org/trac/changeset/19028
Log:
2007-07-10 Enrico Forestieri [EMAIL PROTECTED]
* qfont_loader.C (initFontPath, ): use AddFontResourceEx
to mark our fonts as
On Tuesday 10 July 2007 13:44:59 Jean-Marc Lasgouttes wrote:
But it uses the one found by configure, right?
Since we did not had any reports saying otherwise I suppose you are
right. :-)
JMarc
--
José Abílio
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes:
Abdelrazak [EMAIL PROTECTED] wrote:
Author: lasgouttes Date: Tue Jul 10 15:37:10 2007 New Revision:
19028
URL: http://www.lyx.org/trac/changeset/19028 Log: 2007-07-10 Enrico
Forestieri [EMAIL PROTECTED]
* qfont_loader.C
Jean-Marc Lasgouttes wrote:
Mikhail == Mikhail Teterin [EMAIL PROTECTED] writes:
Mikhail Hello! Boost-1.34 is not only released now, it is also
Mikhail _required_ for the upcoming LyX-1.5.0. Unfortunately, the
Mikhail current release of LyX (1.4.4) fails to build against it.
José == José Matos [EMAIL PROTECTED] writes:
José On Tuesday 10 July 2007 13:25:04 Abdelrazak Younes wrote:
What about the documentation? It is probably time to convert them,
isn't it?
José As far as I remember there are no patches holding that change
José the file format. If so then yes it
Abdelrazak Younes wrote:
[EMAIL PROTECTED] wrote:
Author: lasgouttes
Date: Tue Jul 10 15:37:10 2007
New Revision: 19028
URL: http://www.lyx.org/trac/changeset/19028
Log:
2007-07-10 Enrico Forestieri
[EMAIL PROTECTED]
* qfont_loader.C (initFontPath, ): use AddFontResourceEx
to mark
Mikhail == Mikhail T [EMAIL PROTECTED] writes:
Mikhail No, such bundling is wrong... Ensuring compatibility with two
Mikhail (or even three) most recent versions of Boost would,
Mikhail probably, be still easier for you, and would do The Right
Mikhail Thing (TM), instead of inflating your own
Jean-Marc Lasgouttes wrote:
So you can also update lyx2lyx in 1.4.5svn, right? I will be away
starting on next Friday, so I'd like to release on thursday (or
tomorrow?).
Shouldn't the remaining major issues with lyx2lyx be addressed first (bug
3313, 3404, 3958, 3976, 3985)?
Jürgen
Mikhail T. wrote:
Jean-Marc Lasgouttes wrote:
This is exactly why we bundle boost with LyX :)
No, such bundling is wrong... Ensuring compatibility with two (or even
three) most recent versions of Boost would, probably, be still easier
for you, and would do The Right Thing (TM), instead
On Tue, 10 Jul 2007, José Matos wrote:
The plan for this change is then:
* to convert our layout files to utf8;
* apply your patch;
* add a comment to the release notes.
I propose to do this tomorrow to give some time for feedback. If by
tomorrow there are no voices against we will
This patch revert part of the code changed in revision 18825. This is
needed because there is no lyx_view_ when exporting at the command-line.
OK?
Abdel.
Index: InsetInclude.cpp
===
--- InsetInclude.cpp(revision 19003)
+++
Joost Verburg wrote:
Abdelrazak Younes wrote:
[EMAIL PROTECTED] wrote:
Author: lasgouttes
Date: Tue Jul 10 15:37:10 2007
New Revision: 19028
URL: http://www.lyx.org/trac/changeset/19028
Log:
2007-07-10 Enrico Forestieri
[EMAIL PROTECTED]
* qfont_loader.C (initFontPath, ): use
I would like to release before Thursday (that is with Wednesday as the
deadline). How much time do you need?
The simplified Chinese translation will not be ready by Thursday
(almost half-done). Even if the translation is complete, Lyx can not
display Chinese under linux (bug 3971, the reason
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes:
Abdelrazak This patch revert part of the code changed in revision
Abdelrazak 18825. This is needed because there is no lyx_view_ when
Abdelrazak exporting at the command-line.
Why is the lyx_view_ needed?
Also, I know it does not come
Jean-Marc Lasgouttes wrote:
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes:
Abdelrazak This patch revert part of the code changed in revision
Abdelrazak 18825. This is needed because there is no lyx_view_ when
Abdelrazak exporting at the command-line.
Why is the lyx_view_ needed?
On Tuesday 10 July 2007 15:33:31 Bo Peng wrote:
I suggest that we disable it for 1.5.0 because it is better to give
Chinese users a pure-English interface than a half-translated, or
empty one.
Cheers,
Bo
How do we disable the interface? By not including it in the distribution?
Actually I
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes:
Why is the lyx_view_ needed?
Abdelrazak LFUN_BUFFER_CHILD_OPEN uses LyXView::loadLyXFile() because
Abdelrazak of outline, tabbar, etc.
OK.
Abdelrazak Note that Richard asked for comment at the time.
Sure, but he did not point to
On Tuesday 10 July 2007 15:16:56 [EMAIL PROTECTED] wrote:
What's the risk of embarrassing[*] bugs? (As this is just before the
release of 1.5.0). There is no RC3 planned, right?
Do you want a formula with deltas and epsilons? ;-)
No there is not any RC3 planned. Do you think we need one?
On Tuesday 10 July 2007 15:56:04 Jean-Marc Lasgouttes wrote:
Abdelrazak But for the time being, let's please get 1.5.0 out.
Sure. In this respect, your patch is OK.
+1
--
José Abílio
José Matos wrote:
On Tuesday 10 July 2007 15:56:04 Jean-Marc Lasgouttes wrote:
Abdelrazak But for the time being, let's please get 1.5.0 out.
Sure. In this respect, your patch is OK.
+1
Done, thanks.
Hi, as a newbie of the LyX code, I'm just
curious about the purpose of the FuncRequest/dispatch
mechanism. Specifically, it is not clear to me why from the
GUI some functions produce a formatted text string that
is dispatched through a FuncRequest object, for being
parsed later somewhere else in
José Matos wrote:
I will look into them.
Thanks! Seems you are the only one available now with the necessary skills.
Jürgen
Jean-Marc Lasgouttes wrote:
Abdelrazak Note that Richard asked for comment at the time.
Sure, but he did not point to this particular feature :)
IIRC he asked what was the correct syntax for argument but nobody
(including me) answered him.
Abdelrazak I agree and I already started to take
How do we disable the interface? By not including it in the distribution?
Actually I think we need to do it for other languages as well (for the same
reason).
We can exclude them from source tar.gz and hope our build systems will
not choke. The only way to check the latter is to build lyx/rc2
On Tuesday 10 July 2007 16:13:50 Bo Peng wrote:
We can exclude them from source tar.gz and hope our build systems will
not choke. The only way to check the latter is to build lyx/rc2 from
its tarball with some po files removed.
Michael and Jean-Marc are the wizards for this area. :-)
I
The only way to check the latter is to build lyx/rc2 from
its tarball with some po files removed.
I just checked that scons can install without problem because it globs
po/*.po . windows installers may still fail to compile though.
Bo
Joost Verburg wrote:
Andre Poenitz wrote:
No... rather an obvious replacement that's e.g. known to work with
Chinese Windows or such...
FILE_SHARE_DELETE is a sharing mode supported by Windows 2000 and later.
This boost library uses it in the part of the code that is supposed to
work on
Jean-Marc Lasgouttes wrote:
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes:
Abdelrazak Note that Richard asked for comment at the time.
Sure, but he did not point to this particular feature :)
I'm pretty sure he did:
José == José Matos [EMAIL PROTECTED] writes:
José Michael and Jean-Marc are the wizards for this area. :-) I
José will let this task in their capable hands. ;-)
Here is what the current table looks like:
http://www-rocq.inria.fr/~lasgoutt/lyx/www-user/devel/i18n-15x.php
(BTW, Bo, did I get
Richard == Richard Heck [EMAIL PROTECTED] writes:
Richard I'm pretty sure he did:
Richard http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg120884.html.
[PATCH] Child TOC Crash, Again
Richard Heck
Sat, 16 Jun 2007 10:14:39 -0700
Hey, that's not fair! I was busy preparing a garden party
Here is what the current table looks like:
http://www-rocq.inria.fr/~lasgoutt/lyx/www-user/devel/i18n-15x.php
Nice table.
(BTW, Bo, did I get the language names right for chinese?)
Yes.
I propose to keep:
- all the green and orange entries
This would mean to remove the following: da fi
Jean-Marc Lasgouttes wrote:
Hey, that's not fair! I was busy preparing a garden party for 80 people!
To be fair, some of the messages in the thread are familiar to me...
Richard Indeed, how to define the optional argument was one of the
Richard major issues. (The other option was a new LFUN.)
On 7/10/07, Tommaso Cucinotta [EMAIL PROTECTED] wrote:
Hi, as a newbie of the LyX code, I'm just
curious about the purpose of the FuncRequest/dispatch
mechanism. Specifically, it is not clear to me why from the
GUI some functions produce a formatted text string that
is dispatched through a
Richard == Richard Heck [EMAIL PROTECTED] writes:
Richard And there's a similar question about the citation-insert code
Richard that precedes. It'd be quite easy at this point to do the
Richard enhancement mentioned there, but there's a question about the
Richard format of the command.
We
Tommaso == Tommaso Cucinotta [EMAIL PROTECTED] writes:
Tommaso While this could be useful to allow activation of the
Tommaso functionality from the action buffer or a script, why don't
Tommaso just call the method, instead, from the GUI classes ?
This was part of the Model/View/Controller
Jean-Marc Lasgouttes wrote:
Tommaso == Tommaso Cucinotta [EMAIL PROTECTED] writes:
Tommaso While this could be useful to allow activation of the
Tommaso functionality from the action buffer or a script, why don't
Tommaso just call the method, instead, from the GUI classes ?
This was part of
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes:
Abdelrazak What I personally dislike (I should probably say hate
Abdelrazak ;-)) and what I intent to change in 1.6 is the
Abdelrazak serialization used in order to retrieve information from
Abdelrazak the core (the initParam() and such).
Jean-Marc Lasgouttes wrote:
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes:
Abdelrazak What I personally dislike (I should probably say hate
Abdelrazak ;-)) and what I intent to change in 1.6 is the
Abdelrazak serialization used in order to retrieve information from
Abdelrazak the
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes:
Abdelrazak We don't need XML to sanitize a the format of the passed
Abdelrazak string, we could do that now using key, properties
Abdelrazak requests.
I mean that we will do XML in any case, and this could be merged with
the
José Matos wrote:
On Tuesday 10 July 2007 13:15:58 Jean-Marc Lasgouttes wrote:
But the rest of the file is converted separately by lyx2lyx. I thought
that this translation was more subtle than just running iconv.
JMarc
OK, now I see what you mean. :-)
My problem was with the .layout file
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes:
Abdelrazak FYI Jean-Pierre provided me with a layout file converted
Abdelrazak to utf8 and a 1.4 LyX file using this layout. With my
Abdelrazak patch, I had no problem opening the LyX file and the
Abdelrazak conversion to UTF-8 of the
On Tue, Jul 10, 2007 at 06:39:30PM +0200, Abdelrazak Younes wrote:
Jean-Marc Lasgouttes wrote:
Tommaso == Tommaso Cucinotta [EMAIL PROTECTED] writes:
Tommaso While this could be useful to allow activation of the
Tommaso functionality from the action buffer or a script, why don't
Tommaso
José Matos schrieb:
On Tuesday 10 July 2007 16:13:50 Bo Peng wrote:
We can exclude them from source tar.gz and hope our build systems will
not choke. The only way to check the latter is to build lyx/rc2 from
its tarball with some po files removed.
Michael and Jean-Marc are the
There is a file, called po/LINGUAS, that is used by Makefile. If you
remove some language entries from it, the build process should still work.
It sounds like we need a LINGUAS_dist file that will be used by make dist. :-)
Bo
Darren Freeman schrieb:
Hi all,
I just inserted a \propto to find that it is displayed in LyX as a Greek
mu, but correctly in the LaTeX output.
On Win XP, LyX 1.5.0svn, \propto looks identical in LyX and in DVI
output (similar to a greek alpha symbol)
Michael
On Tuesday 10 July 2007 19:48:44 Michael Gerz wrote:
On Win XP, LyX 1.5.0svn, \propto looks identical in LyX and in DVI
output (similar to a greek alpha symbol)
And so it does on Linux (Fedora 7). I think the main point that Darren
points are the missing fonts in his installation.
Michael
Here an updated patch which only calls the Ex functions
if they are available.
And what was the status? It doesn't work on Vista?
And also needs some chmod changes on cygwin?
Peter
Index: src/support/os_cygwin.cpp
===
---
Jean-Marc Lasgouttes ha scritto:
Except if this serialization can be merged with the writing of the xml
parameters once we switch to that. In this case, the thing would make
more sense (and allow to define bindings to tune individual
parameters).
Is it possible to have brief description of
Dov Feldstern wrote:
Dov Feldstern wrote:
So, to sum up: the patch attached at
http://permalink.gmane.org/gmane.editors.lyx.devel/89376 together with
the patch attached here solve bug 1820 completely.
Index:
Le 9 juil. 07 à 17:33, Richard Heck a écrit :
I checked that if you modify isBufferDependent() for LaTeX logs
(hence into ControlLog.h) so that it returns true when belonging
to a LaTeX log dialog, then it is no more hidden when switching
buffer (but this isn't sufficient because there are
Abdelrazak Younes wrote:
1) you have a patch ready using LoadLibrary/GetProcAddress before
tomorrow: 1.5.0 will support Win9X!
Here is the patch. I tested it and it works for me.
Win9x support for 1.5 will be delayed anyway because it often crashes
when going into math mode. I won't be able
Hi, I'm not managing to figure out where, in the LyX code,
it is decided where to put the GuiWorkArea instance
into the main window (LyXView) layout. It doesn't seem to
exist a .ui file for that, does it ?
Thanx, bye, T.
--
Tommaso Cucinotta, Computer Engineering PhD, Researcher
ReTiS Lab,
On Tue, Jul 10, 2007 at 09:40:38PM +0200, Peter Kümmel wrote:
Here an updated patch which only calls the Ex functions
if they are available.
And what was the status? It doesn't work on Vista?
And also needs some chmod changes on cygwin?
The patch works on Vista. However, for some
On Wed, Jul 11, 2007 at 12:14:29AM +0200, Joost Verburg wrote:
Abdelrazak Younes wrote:
1) you have a patch ready using LoadLibrary/GetProcAddress before
tomorrow: 1.5.0 will support Win9X!
Here is the patch. I tested it and it works for me.
Hmm. Seems that you and Peter are treading on
Enrico Forestieri wrote:
On Tue, Jul 10, 2007 at 09:40:38PM +0200, Peter Kümmel wrote:
Here an updated patch which only calls the Ex functions
if they are available.
And what was the status? It doesn't work on Vista?
And also needs some chmod changes on cygwin?
The patch works on Vista.
Could we rename README.cmake into INSTALL.cmake
and move it to top level trunk?
It would be great if someone could also have a
look at the content, layout, English, formating, ...
Thanks,
Peter
On Tue, 2007-07-10 at 19:57 +0100, José Matos wrote:
On Tuesday 10 July 2007 19:48:44 Michael Gerz wrote:
On Win XP, LyX 1.5.0svn, \propto looks identical in LyX and in DVI
output (similar to a greek alpha symbol)
And so it does on Linux (Fedora 7). I think the main point that Darren
Joost Verburg wrote:
Abdelrazak Younes wrote:
1) you have a patch ready using LoadLibrary/GetProcAddress before
tomorrow: 1.5.0 will support Win9X!
Here is the patch. I tested it and it works for me.
Win9x support for 1.5 will be delayed anyway because it often crashes
when going into
Tommaso Cucinotta wrote:
Hi, I'm not managing to figure out where, in the LyX code,
it is decided where to put the GuiWorkArea instance
into the main window (LyXView) layout.
In GuiImplementation::newWorkArea() but this might change in the future
to be put directly in LyXView.
It doesn't
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>
> Jean-Marc Lasgouttes wrote:
> >> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> >
> > Abdelrazak> Why should we? I am probably missing something but...
> > Abdelrazak> isn't it enough to tell to the users that their layout
>
Jürgen Spitzmüller wrote:
> http://bugzilla.lyx.org/show_bug.cgi?id=3819
>
> This is a patch from Georg. I tested it and it seems to work for me (there
> is an issue with an assert directly after applying the patch if the file in
> question is already in the cache which can only be solved by
On Monday 09 July 2007 18:12:48 Bo Peng wrote:
> Jose, if you can not decide, just toss a coin. IMO, both approaches
> are good enough. :-)
OK then, let us go Jean-Marc's way, and proceed for other more pressing
issues.
> Bo
In this issue I feel like Golan Trevize:
1 - 100 of 194 matches
Mail list logo
