On Tue, 1 Apr 2008, Jean-Marc Lasgouttes wrote:
Le 31 mars 08 à 23:27, [EMAIL PROTECTED] a écrit :
Hmm... I looked at the conf.file, do you happen to know why is there a '?'
in the regexp?
AliasMatch ^/test/([?A-Z].*) /home/lyx/www/www-user/test/index.php/Main
/$1
For all I know, the '?' is
Enrico Forestieri wrote:
> What about "Enspace (kern 0.5 em)", maybe placed after QQuad, such that
> the casual user would choose "Enskip (0.5 em)", which comes first?
> The expert user would be informed that this is a kern spacing, so that he
> knows that this could also be a vertical space in som
Stefan Schimanski wrote:
> What is e.g. OpenOffice doing?
You have to use the return key to accept a completion. Not a very good
solution IMHO.
Jürgen
Le 31 mars 08 à 23:27, [EMAIL PROTECTED] a écrit :
Hmm... I looked at the conf.file, do you happen to know why is
there a '?' in the regexp?
AliasMatch ^/test/([?A-Z].*) /home/lyx/www/www-user/test/index.php/
Main
/$1
For all I know, the '?' is needed, but I'd like to check if you
have an
Joost Verburg wrote:
In my opinion that logo looks just too unprofessional, especially when
combined with the mascot. The colors are already back because of your
request :)
Joost
What if we had some shadow or other contrast behind the letters of that
"LyX" logo that's currently on www.lyx.or
> I am sorry if you are getting this a third time. Please yell if you
> are, at least I would know i exist.
you really exist.
3x ;)
sorry, know nothing about noweb.
pavel
Why doesn't lyx-devel accept this message? I'm getting lyx-devel
messages, but efforts to post this get no response.
I am sorry if you are getting this a third time. Please yell if you
are, at least I would know i exist. I tried to send this into
lyx-devel 3 days ago right after I subscribed, but
> combined with the mascot. The colors are already back because of your
> request :)
i really can't help it :D
pavel
Pavel Sanda wrote:
Are we sure that all
development pages should be in the wiki part (do we need some 'official'
devel pages?).
Hmm... not sure why we'd need that to be honest...
- clear distinction of devel pages we care and we do not
- its good to have some basic info for development newcomer
Are we sure that all
development pages should be in the wiki part (do we need some 'official'
devel pages?).
>>>
>>> Hmm... not sure why we'd need that to be honest...
>>
>> - clear distinction of devel pages we care and we do not
>> - its good to have some basic info for development
On Tue, Apr 01, 2008 at 01:08:00AM +0300, Dov Feldstern wrote:
> Stefan Schimanski wrote:
>> Am 29.03.2008 um 19:54 schrieb Dov Feldstern:
>>> Hi!
>>>
>>> How is the tab key bound to the completion function? I don't see it
>>> anywhere in the bind files...
>> In fact it is not in the bind files. I
> Yes, I understand that we need to look up that information. But what I'm
> saying is that I want to use the EmbeddedFileList, which we're keeping
> in sync with the params, ONLY to look that information up if and when
> it's needed, and not use it in other ways. Yes, this is a minor dispute
>
On Mon, 31 Mar 2008, Andre Poenitz wrote:
Please let me know that you agree or disagree with having everything
implemented through one wiki, with URIs mapped as follows:
URI ->wiki:/
* wiki.lyx.org// /
* www.lyx.org/ Official/
* w
On Mon, Mar 31, 2008 at 3:54 PM, Richard Heck <[EMAIL PROTECTED]> wrote:
> Bo Peng wrote:
You skipped that read-only problem your approach has. :-)
> This is not how it is in my work. ... Actually, that's
> not quite true. *I* could use it, because *I* know to make sure all our
> shared files
Stefan Schimanski wrote:
Am 29.03.2008 um 19:54 schrieb Dov Feldstern:
Hi!
How is the tab key bound to the completion function? I don't see it
anywhere in the bind files...
In fact it is not in the bind files. It's hardcoded right now in the
gui, but should be a LFUN probably.
Yeah, I
On Mon, 31 Mar 2008, [EMAIL PROTECTED] wrote:
Actually, I think removing also the Main would be good, what do you
think?
Yes (you've probably seen my other post now).
Is it OK now?
I hope I have this working now as well:
http://www.lyx.org/test/HomePage
and links from the page sh
On Mon, Mar 31, 2008 at 04:08:36PM +0200, Jürgen Spitzmüller wrote:
> Enrico Forestieri wrote:
> > Given that this is the first time that Enspace appears in a menu,
> > why not simply (1) renaming "Enspace" to "Enskip", (2) make sure that
> > when "protect" is selected "\hspace*{0.5em}" is produce
On Mon, 31 Mar 2008, [EMAIL PROTECTED] wrote:
Actually, I think removing also the Main would be good, what do you
think?
Yes (you've probably seen my other post now).
Is it OK now?
Hmm... I looked at the conf.file, do you happen to know why is there a '?'
in the regexp?
AliasMatch ^/tes
On Mon, Mar 31, 2008 at 11:23:30PM +0200, [EMAIL PROTECTED] wrote:
> Hi,
>
> Please let me know that you agree or disagree with having everything
> implemented through one wiki, with URIs mapped as follows:
>
>> URI ->wiki:/
>> * wiki.lyx.org///
>> * www.l
On Mon, 31 Mar 2008, [EMAIL PROTECTED] wrote:
Actually, I think removing also the Main would be good, what do you
think?
Yes (you've probably seen my other post now).
Is it OK now?
Looks ok, although I have to fix the automatic redirection that currently
happens. If you go to
ht
Hi,
Please let me know that you agree or disagree with having everything
implemented through one wiki, with URIs mapped as follows:
URI ->wiki:/
* wiki.lyx.org// /
* www.lyx.org/ Official/
* www.lyx.org/devel/Offi
On Mon, Mar 31, 2008 at 10:26:37PM +0200, Joost Verburg wrote:
> Andre Poenitz wrote:
>> I mean the gradient from 'half-grey' to 'dark-grey' left of the
>> 'navigaion column'. This is present but useless/troublesome for small
>> widths.
>
> I understand what you mean. It's just about 20 pixels now
Bo Peng wrote:
And let's remember that extraction is likely to happen a lot. As Bo said
before, the normal way of working will be to receive a file, extract it,
and then work unbundled, so that e.g. you can edit biblio.bib without
having to hunt down
/tmp/lyx_tmpdir81735JCJRk/lyx_tmpbuf2/Ly
Bo Peng wrote:
The issue is just whether,
when we need to access the parameters, we should do so by looking at
InsetCommandParams, which is the way most of the code works, or whether
we should look at the EmbeddedFileList.
As I have repeated several times, when we look at params, we do
> > Actually, I think removing also the Main would be good, what do you
> > think?
>
> Yes (you've probably seen my other post now).
Is it OK now?
JMarc
Am 29.03.2008 um 19:54 schrieb Dov Feldstern:
Hi!
How is the tab key bound to the completion function? I don't see it
anywhere in the bind files...
In fact it is not in the bind files. It's hardcoded right now in the
gui, but should be a LFUN probably.
My problem is this: in tables, Tab
Andre Poenitz wrote:
I mean the gradient from 'half-grey' to 'dark-grey' left of the
'navigaion column'. This is present but useless/troublesome for small
widths.
I understand what you mean. It's just about 20 pixels now but it would
indeed be better if it was not displayed for small widths. I
Selon Richard Heck <[EMAIL PROTECTED]>:
> > Btw, I have the feeling that something recently broke the auto* system
> > and changes to Makefile.am do no more trigger a run of automake...
> >
> >
> I've noticed this, too.
It should be fixed now. It was because Jose forgot to reset the version number
> > but as I have said,
> > params is not enough to make InsetBibtex run smoothly, reconstructing
> > EmbeddedFileList each time from param is likely to lead to crashes.
> >
> >
> But your original code DID reconstruct EmbeddedFileList:
> LFUN_INSET_MODIFY called createBibFiles(), which dele
On Mon, Mar 31, 2008 at 09:30:14PM +0200, Joost Verburg wrote:
> Andre Poenitz wrote:
>> Ah... on the main page, but not on, say,
>> http://www.lyx.org/test/index.php/Main/Tasks
>> ?
>
> The bug Edwin reported has been fixed.
>
> When you reduce the width of the size, the size of the left and rig
Bo Peng wrote:
Right, but as I said in the reply to Andre, my point was supposed to be
just that we should have a simple, consistent interface. I don't myself
care whether it is the current one or a new one, though it's an argument
in favor of the current one that (a) it works just fine and (
Andre Poenitz wrote:
Ah... on the main page, but not on, say,
http://www.lyx.org/test/index.php/Main/Tasks
?
The bug Edwin reported has been fixed.
When you reduce the width of the size, the size of the left and right
border is both reduced until the minimum width is reached. Then the sit
I get:
cl /ID:\LyXSVN\lyx-devel/boost /nologo /EHsc /wd4819 /wd4996 /nologo /MD /O2 /TP
/ID:\LyXSVN\lyx-devel\lyx-windows-deps-msvc2008\include /Irelease\src /ID:\LyXS
VN\lyx-devel\src /ID:\LyXSVN\lyx-devel\src /c D:\LyXSVN\lyx-devel\src\version.cp
p /Forelease\src\version.obj
version.cpp
D:\LyX
> Right, but as I said in the reply to Andre, my point was supposed to be
> just that we should have a simple, consistent interface. I don't myself
> care whether it is the current one or a new one, though it's an argument
> in favor of the current one that (a) it works just fine and (b)
> re-
> 1. If /usr/share/lyx/doc/UserGuide.lyx were bundled and you wanted to
> extract it, you would be stuck, because you can't write to
> /usr/share/lyx/doc/.
We always extract to the writable temp directory. Unbundle a readonly
file is disabled, because unbundling will change the file status.
Usi
Abdelrazak Younes wrote:
No matter what he says I wonder whether the dispute is on the right
level. I question I see is whether InsetCommandParams is the right thing
to use (a) in this case, and (b) in general.
Note that it original structure was just a convenient way to pass two or
three data i
Andre Poenitz wrote:
On Sun, Mar 30, 2008 at 05:51:24AM -0400, rgheck wrote:
The issue is not how the parameters are represented. The issue is *how an
InsetCommand interacts with its parameters*. The design is that the
parameters are stored in InsetCommandParams, and the inset interacts with
On Mon, Mar 31, 2008 at 08:21:38PM +0200, Joost Verburg wrote:
> Andre Poenitz wrote:
>> I don't see this, but it looks like reducing the width off the page
>> simply removes 'contents' from the right and the empty left border stays
>> around. That's rather not nice.
>
> It's already fixed :)
Ah..
Andre Poenitz wrote:
On Mon, Mar 31, 2008 at 09:19:31AM -0400, Bennett Helm wrote:
For about a week now, this is what I get:
Making all in tex2lyx
make all-am
make[4]: *** No rule to make target `lengthcommon.cpp', needed by
`lengthcommon.o'.
make[4]: Target `all-am' not remade because of er
Bo Peng wrote:
On Sun, Mar 30, 2008 at 5:57 AM, Abdelrazak Younes <[EMAIL PROTECTED]> wrote:
rgheck wrote:
> So I keep thinking that the solution to this is that whenever you open a
> bundled file, it immediately unbundles itself and uses the unbundled
> files, just like a normal LyX file
On Mon, Mar 31, 2008 at 10:50 AM, Stefan Schimanski <[EMAIL PROTECTED]> wrote:
> Probably easy to fix:
>
> * Insert a graphic with a relative path
> * select it
> * cut it
> * insert it
>
> => the path of the graphic is absolute. Moreover the relative path
> from above was "made absolute" by
Andre Poenitz wrote:
I don't see this, but it looks like reducing the width off the page
simply removes 'contents' from the right and the empty left border stays
around. That's rather not nice.
It's already fixed :)
Joost
On Mon, Mar 31, 2008 at 05:03:18PM +0200, Leuven, E. wrote:
> btw, i see this when i reduce the width of my browser window (firefox
> 2.0.0.13):
>
> http://leuven.economists.nl/lyx/site.png
I don't see this, but it looks like reducing the width off the page
simply removes 'contents' from the rig
On Mon, Mar 31, 2008 at 09:19:31AM -0400, Bennett Helm wrote:
> For about a week now, this is what I get:
> Making all in tex2lyx
> make all-am
> make[4]: *** No rule to make target `lengthcommon.cpp', needed by
> `lengthcommon.o'.
> make[4]: Target `all-am' not remade because of errors.
> make[3]
On Mon, Mar 31, 2008 at 02:50:14AM +0200, Pavel Sanda wrote:
> > I uploaded a new snapshot of the upcoming LyX version 1.6.0 for Windows.
> > The first alpha of LyX 1.6 was build a week ago, this version includes
> > additionally the bugfixes from this week (erything until SVN commit 24066).
>
>
Re the below, thanks, as always. I'll deal with it all shortly.
rh
Andre Poenitz wrote:
On Sun, Mar 30, 2008 at 05:41:23AM -0400, rgheck wrote:
Andre Poenitz wrote:
On Sun, Mar 30, 2008 at 03:44:28AM -0400, rgheck wrote:
Most of what I read suggests that this is a no-no, on
Jean-Marc Lasgouttes schrieb:
What I mean is that the subject of your mail is misleading. Nobody has
a alpha1 (it was not really announced) and yours has slightly
different fixes. the headline
[announce] preview test release of LyX 1.6svn-r24066 for Windows
would have been fine with me.
Pave
Probably easy to fix:
* Insert a graphic with a relative path
* select it
* cut it
* insert it
=> the path of the graphic is absolute. Moreover the relative path
from above was "made absolute" by taking the LyX binary path as the
base.
Stefan
Bo Peng wrote:
This is simple to fix for the user - just bring up the dialog again
and un-embed the file. No-one should need to do that though.
Could you try again?
Looks good now, no such problem with today's LyX.
Helge Hafting
Bo Peng wrote:
On Fri, Mar 14, 2008 at 6:22 AM, Helge Hafting
<[EMAIL PROTECTED]> wrote:
Whenever this lyx opens a file, it is flagged as "changed".
Even the user guide opens and is flagged (changed)(read only)
which is amusing. I get the question about saving it if I quit immediately.
Leuven, E. wrote:
btw, i see this when i reduce the width of my browser window (firefox 2.0.0.13):
http://leuven.economists.nl/lyx/site.png
Thanks. I'll fix that.
Joost
On Sun, Mar 30, 2008 at 9:39 AM, Bo Peng <[EMAIL PROTECTED]> wrote:
> > Well, that's my case. Bo, you want to state yours?
Hi, Richard,
Can we settle down on the meta_ solution, at least for now? This
debate has lasted for a week and I do not see a clear end. Let us
focus on bug fixing, and seek
btw, i see this when i reduce the width of my browser window (firefox 2.0.0.13):
http://leuven.economists.nl/lyx/site.png
On Mon, 31 Mar 2008, Jean-Marc Lasgouttes wrote:
[EMAIL PROTECTED] writes:
Ok. Actually, I need to ask Jean-Marc to make a change to the web
server's configuration. We would prefer to have e.g. the following URI
http://www.lyx.org/test/Main/HomePage
work by mapping it to an equivalen
On Mon, 31 Mar 2008, Pavel Sanda wrote:
Are we sure that all
development pages should be in the wiki part (do we need some 'official'
devel pages?).
Hmm... not sure why we'd need that to be honest...
- clear distinction of devel pages we care and we do not
- its good to have some basic info
> > Bennett, i have an idea. if you still suffer from the focusing problem,
> > can you try this patch?
>
>
> It looks like I'm slow and you've already applied this patch, right?
no, i have commited fix for a different issue.
>In any
> case, focus coming out of fullscreen mode hadn't been work
On Mon, 31 Mar 2008, Jean-Marc Lasgouttes wrote:
This is definitely the outcome I would prefer. Are we sure that all
development pages should be in the wiki part (do we need some
official' devel pages?).
Ok, it sounds like most agree that it's ok to use a single wiki, assuming
we have the fo
On Sun, Mar 30, 2008 at 6:14 PM, Pavel Sanda <[EMAIL PROTECTED]> wrote:
> > 1. When coming out of fullscreen mode, the normal window returns, but it
> > does not automatically take focus as it should.
>
> Bennett, i have an idea. if you still suffer from the focusing problem,
> can you try this pa
On Mon, Mar 31, 2008 at 9:30 AM, Jean-Marc Lasgouttes <[EMAIL PROTECTED]>
wrote:
> Pavel Sanda <[EMAIL PROTECTED]> writes:
>
> >> Am I doing something wrong?
> >
> > either clean your tree or compile from fresh checkout.
>
> Now that José has set version back to 1.6.0svn, the 'maintainer modé
> sh
Hi Bennett,
For what it is worth trunk compiles for me (trunk of today with Intel
and of yesterday with PPC). Mac OS X 10.5.2 w Intel and latest 10.4 w
PPC). I use QT434 on both.
I remember having to re-load the code some days ago though.
Anders
On 31 mar 2008, at 15.19, Bennett Helm wrote
Enrico Forestieri wrote:
> Given that this is the first time that Enspace appears in a menu,
> why not simply (1) renaming "Enspace" to "Enskip", (2) make sure that
> when "protect" is selected "\hspace*{0.5em}" is produced instead of
> "\enspace", and (3) leaving "space-insert enspace" as it is bu
On Mon, Mar 31, 2008 at 03:21:16PM +0200, Jürgen Spitzmüller wrote:
> Enrico Forestieri wrote:
> > To be frank, I never noticed it. Do you mean that somewhere in 1.4 there's
> > an option to insert "Enspace" which really translates to \enskip?
>
> No. "space-insert enskip" inserts an enskip, wher
Pavel Sanda <[EMAIL PROTECTED]> writes:
>> Am I doing something wrong?
>
> either clean your tree or compile from fresh checkout.
Now that José has set version back to 1.6.0svn, the 'maintainer modé
should somewhat help and regenerate makefiles.
JMarc
On Mon, Mar 31, 2008 at 02:46:56PM +0200, Jürgen Spitzmüller wrote:
> Enrico Forestieri wrote:
> > I tested it with all encodings I have support for, but I can't really
> > test it with CJK. What I did was setting the encoding to EUC-JP, then
> > changed the language in the inset and verified that
> Am I doing something wrong?
either clean your tree or compile from fresh checkout.
pavel
Enrico Forestieri wrote:
> To be frank, I never noticed it. Do you mean that somewhere in 1.4 there's
> an option to insert "Enspace" which really translates to \enskip?
No. "space-insert enskip" inserts an enskip, whereas "space-insert enspace"
inserts an enspace.
> In this case it would simply
For about a week now, this is what I get:
Making all in tex2lyx
make all-am
make[4]: *** No rule to make target `lengthcommon.cpp', needed by
`lengthcommon.o'.
make[4]: Target `all-am' not remade because of errors.
make[3]: *** [all] Error 2
More recently I've seen this:
Making all in client
mak
On Mon, Mar 31, 2008 at 02:44:15PM +0200, Jürgen Spitzmüller wrote:
> Enrico Forestieri wrote:
> > I think that you misunderstood \enskip and \enspace. They both have a
> > length of 0.5em, but \enskip always inserts horizontal space, whereas
> > \enspace inserts horizontal space when in horizonta
On Mon, Mar 31, 2008 at 02:15:43PM +0200, Enrico Forestieri wrote:
> On Mon, Mar 31, 2008 at 10:09:30AM +0200, Jürgen Spitzmüller wrote:
[...]
> > AFAIU, enspace and enskip are of the same length (a half em), only one is
> > protected, the other isn't. That's why I used only one combo entry while
Enrico Forestieri wrote:
> I tested it with all encodings I have support for, but I can't really
> test it with CJK. What I did was setting the encoding to EUC-JP, then
> changed the language in the inset and verified that the output latex
> was unchanged. So, it should work, but I can't test it.
>
Enrico Forestieri wrote:
> I think that you misunderstood \enskip and \enspace. They both have a
> length of 0.5em, but \enskip always inserts horizontal space, whereas
> \enspace inserts horizontal space when in horizontal mode but vertical
> space when in vertical mode. Try the attached latex sni
On Monday 31 March 2008 10:34:52 Pavel Sanda wrote:
> > am allowed to release them. Now we have alpha1, so why not releasing a
> > Windows version to test it out?
>
> no, we _don't_ have alpha1 release. we _have_ it once it is released which
> has not happened yet. if you have followed devel list,
On Monday 31 March 2008 10:09:46 Jürgen Spitzmüller wrote:
> sanda wrote:
> > Branch: fix compilation problems with gcc 4.3.0 && --pch-disabled
> > --without-included-boost
FWIW the culprit is --pch-disabled, --without-included-boost was caught by
accident since it was there. :-)
> Thanks. But
rgheck wrote:
Helge Hafting wrote:
Today I split a document in two, so I can publish the content
with two different front pages. [...] All this works very well, except
that I get a bogus error message each time
I do File->Export->Pdf(pdflatex). I get:
Included file 'content.lyx' uses module 'log
On Mon, Mar 31, 2008 at 10:09:30AM +0200, Jürgen Spitzmüller wrote:
> Enrico Forestieri wrote:
> > In the new hspace inset (thanks Jürgen) one of the possible spaces
> > is labeled "Enspace (0.5em)" but it really inserts \enskip.
> > This could be okay by itself, as \enskip is defined similarly to
On Mon, Mar 31, 2008 at 10:14:55AM +0200, Jürgen Spitzmüller wrote:
> Enrico Forestieri wrote:
> > Jürgen, OK for branch?
>
> Did you test this with multi-encoding documents (e.g., CJK content emebedded
> in non CJK-documents or vice versa)?
I tested it with all encodings I have support for, bu
[EMAIL PROTECTED] writes:
> Ok. Actually, I need to ask Jean-Marc to make a change to the web
> server's configuration. We would prefer to have e.g. the following URI
>
> http://www.lyx.org/test/Main/HomePage
>
> work by mapping it to an equivalent URI as follows
>
> http://www.lyx.org
Uwe Stöhr <[EMAIL PROTECTED]> writes:
> Jean-Marc Lasgouttes schrieb:
>
>> Yes, it would have been better to release it as 1.6svn-r24066, or just
>> wait for the others.
>
> This is not fair. The last time you told me I should release it as
> "1.6svn-r24066" and that's exactly what I did. It's ins
> > secondly, alpha1 was not officially released yet and such kind of
> announcement
> > shouldn't come before the official one, imho.
>
> That's why the name is not "alpha1" but "1.6svn-r24066".
is this name in the logo part? if yes then no problem.
> > I am not sure why you _need_ to do that,
>> Are we sure that all
>> development pages should be in the wiki part (do we need some 'official'
>> devel pages?).
>
> Hmm... not sure why we'd need that to be honest...
- clear distinction of devel pages we care and we do not
- its good to have some basic info for development newcomers, you
http://bugzilla.lyx.org/show_bug.cgi?id=4566
Attached is a backport of Stefan's fixes for this bug. It works for me, and
Uwe tested it as well, but since it entails a range of changes, please have a
look before I commit.
Jürgen
Index: src/mathed/InsetMathNest.cpp
===
Jean-Marc Lasgouttes schrieb:
Yes, it would have been better to release it as 1.6svn-r24066, or just
wait for the others.
This is not fair. The last time you told me I should release it as "1.6svn-r24066" and that's
exactly what I did. It's installed and registered under this name.
> second
[EMAIL PROTECTED] writes:
> What do you mean with two servers? (I want to make sure we understand
> each other here... www.lyx.org/ would be used to retrieve the official
> web pages even if a single wiki is used).
Yes.
> It's trivial[*] to use different skins for different groups. In fact,
> a
sanda wrote:
> Branch: fix compilation problems with gcc 4.3.0 && --pch-disabled
> --without-included-boost
Thanks. But please also document this in status.15x.
Jürgen
On Mon, 31 Mar 2008, Jean-Marc Lasgouttes wrote:
OK sorry I thought this was not needed anymore. I'll dig out your mail
and see what I can do.
It's the post I sent yesterday, or maybe on Saturday, not the earlier one.
It's some rewriting of the URI that needs to be done.
Please note that we
> > * www.lyx.org/-> ../Main/
> > * wiki.lyx.org/LyX/ -> The group LyX/
> > * wiki.lyx.org/Devel/ -> .../Devel/
>
> This is definitely the outcome I would prefer. Are we sure that all
> development pages should be in the wiki part (do we need some
> 'official' devel pages?).
on contrary
[EMAIL PROTECTED] writes:
> You, Jean-Marc, can make the web server rewrite URIs as follows:
>
> www.lyx.org/XXX --> www.lyx.org/index.php/Main/XXX
>
> Users would then never need to see 'index.php/Main' - I've emailed you
> about this, it's related to changing some config in
> /etc/httpd/vi
On Mon, 31 Mar 2008, Jean-Marc Lasgouttes wrote:
"Rex C. Eastbourne" <[EMAIL PROTECTED]> writes:
Glad you like it Rich! Christian, Joost, Jean-Marc, Pavel, and others
were all instrumental in putting this all together.
I do not think I deserve any credit here...
BTW, is it possible to hide
Enrico Forestieri wrote:
> Jürgen, OK for branch?
Did you test this with multi-encoding documents (e.g., CJK content emebedded
in non CJK-documents or vice versa)?
Jürgen
Pavel Sanda wrote:
> ok, this should go to branch.
OK.
> i let the decision whether to keep
> stdlib.h on Juergen.
Let's keep it for now.
Jürgen
Enrico Forestieri wrote:
> In the new hspace inset (thanks Jürgen) one of the possible spaces
> is labeled "Enspace (0.5em)" but it really inserts \enskip.
> This could be okay by itself, as \enskip is defined similarly to \quad
> (inserted by "Quad (1em)") and \qquad (inserted by "QQuad (2em)", i.
Joost Verburg wrote:
> Change tracking now seems to use xcolor for its output, so do we still
> need pplatex (dvipost) in configure.py?
We still use it for dvi output (xcolor is for pdflatex output).
I think we should completely switch to xcolor/soul eventually, but there are
still bugs with thi
Pavel Sanda <[EMAIL PROTECTED]> writes:
>> I uploaded a new snapshot of the upcoming LyX version 1.6.0 for Windows.
>> The first alpha of LyX 1.6 was build a week ago, this version includes
>> additionally the bugfixes from this week (erything until SVN commit 24066).
>
> shouldn't be such kind
93 matches
Mail list logo
