Hi,
I hope this does not annoy anyone but I'm lost at this time. I tried to
compile LyX Version 1.4.5.1 and always get an error during the make process.
Here is the output after the second make run (to let you know which
packeges compiled without problems):
gmake all-recursive
gmake[1]:
On Wednesday 10 October 2007 04:24:59 Bo Peng wrote:
This is trivial. Trunk and branch?
For trunk yes, but as you know it would be nice to have this information in
an external file. :-)
Bo
--
José Abílio
José Matos wrote:
On Wednesday 10 October 2007 04:24:59 Bo Peng wrote:
This is trivial. Trunk and branch?
For trunk yes, but as you know it would be nice to have this information in
an external file. :-)
Agreed. Haven't we seen a patch from Bo that does that actually?
Abdel.
- Click on the widget to select the whole dialog
- Press layout in a grid
yes, this gives slightly better results. is this ok on win (Uwe?)
No I still couldn't see the optional arguments field. I recreated the
dialog and now it works.
One has to select all contents of a groupbox and
On Tue, 09 Oct 2007 22:57:38 +0300
Martin Vermeer [EMAIL PROTECTED] wrote:
On Tue, Oct 09, 2007 at 10:47:54AM +0300, Martin Vermeer wrote:
...
Now _my_ question:
Looking at Text3.cpp, I find the passage
if (gotsel pastesel) {
Martin Vermeer [EMAIL PROTECTED] writes:
And don't forget the 'description' label inset that JMarc mentioned. And
it would be nice to use the same mechanism also for change tracking,
which is also range based after all: its complexity is spread out over
the same places as character attributes
Bo Peng wrote:
This is trivial. Trunk and branch?
This is no file format change, right? So people with 1.5.2 and earlier are
able to open a file with this language?
If so, go ahead.
Jürgen
Bernhard Roider wrote:
Abdelrazak Younes schrieb:
[EMAIL PROTECTED] wrote:
Author: younes
Date: Tue Oct 9 08:39:53 2007
New Revision: 20863
URL: http://www.lyx.org/trac/changeset/20863
Log:
set eol-style.
Please people, don't forget about those when adding new files.
sorry for that, i
I do not have much time to think about it but I would say:
- a few (5?) entries at the top, followed by a horiz line
- below that, the normal entries, /including/ the ones that are already on
top.
There are probably more things to do to make it work right. Playing
with OO.o or
Uwe Stöhr [EMAIL PROTECTED] writes:
INFO: there are de-facto-standard Japanese-aware styles such as
jarticle, jreport, jbook, jsarticle and jsbook. As far as users use
these styles, the japanese package is not necessary. In other words,
when users use these styles, the call of japanese
From: Pavel Sanda [mailto:[EMAIL PROTECTED]
Unfortunately this layout is broken on linux, more precisely the
level input field is not visible.
could u svn update and try again?
Unfortunately this layout is broken on linux, more precisely the
level input field is not visible.
could u svn update and try again?
seems ok now.
pavel
Guys I guess someone is using Qt4.3 designer as the recently modified ui
files do not compile with 4.2 anymore:
D:\devel\lyx\trunk\development\cmake\src\frontends\qt4\ui_ParagraphUi.h(62)
: error C2039: 'setLeftMargin' : is not a member of 'QGridLayout'
Pavel Sanda wrote:
Unfortunately this layout is broken on linux, more precisely the
level input field is not visible.
could u svn update and try again?
seems ok now.
But not so OK for Qt4.2 users. Please make your change with the Designer
that comes with Qt4.2 not with Qt4.3 which is known
Martin Vermeer [EMAIL PROTECTED] writes:
OTOH if the surrounding text para becomes empty after the cut, I think
resetting _that_ to default makes sense. Think enclosing a section
header plus text into a (branch) inset. Or a numbered/bullet list.
Yes! This has annoyed me for ages!
The
Uwe Stöhr [EMAIL PROTECTED] writes:
Jean-Marc Lasgouttes schrieb:
What about setting the latex name of the euc-jp-plain encoding to
empty instead?
Yes, this is the correct solution. Now I set this for all three encodings and
not for the language:
http://www.lyx.org/trac/changeset/20879
Bo Peng [EMAIL PROTECTED] writes:
+++ src/insets/InsetListingsParams.cpp(working copy)
@@ -246,7 +246,7 @@
[Sharp]C\nC++\n[ANSI]C++\n[GNU]C++\n[ISO]C++\n[Visual]C++\nCaml\n
[light]Caml\n[Objective]Caml\nClean\nCobol\n[1974]Cobol\n[1985]Cobol\n
[ibm]Cobol\nComal
Volker Knierim [EMAIL PROTECTED] writes:
Hi,
I hope this does not annoy anyone but I'm lost at this time. I tried
to compile LyX Version 1.4.5.1 and always get an error during the make
process.
You will need to show us the config.log file, to see why not
environment-setting function has
Pavel Sanda [EMAIL PROTECTED] writes:
Also, there may be a version of QComboBox that does that.
QComboBox does not seem to have such parallel, moreover it seems
that it has not support for horizontal line, which means one
of three possibilities:
- use string as '-' (ugly)
- use
Juergen Spitzmueller [EMAIL PROTECTED] writes:
Jean-Marc Lasgouttes wrote:
Why is erlang lowercase? Is that what listings does?
Yes.
It is weird to do it for only one language...
JMarc
Uwe Stöhr wrote:
Helge Hafting schrieb:
As I said, then he mark it as Greek in the GUI and get a perfect
output.
That is a nice workaround - but a workaround is what it is.
That is no workaround, that's how it should work, this is intended.
When you insert words from other language, mark
Jean-Marc Lasgouttes wrote:
Why is erlang lowercase? Is that what listings does?
Yes.
Note, however, that also languages[] and languages_gui[] in
qt4/QListings.cpp need to be adapted (in the latter, we should use
Uppercase).
Jürgen
Bo Peng [EMAIL PROTECTED] writes:
2. handle the availability of package, textclass and font...
} else if (type_ == FONT_INFO) {
// name_ is the class name
info_ = LaTeXFeatures::isAvailable(name_) ? _(yes) : _(no);
}
This one looks wrong to me.
Note
Hi, Mr. Yokota
About j(s)classes , they are to be desired that you go for advice
Mr. Okumura ?
cf. ptex http://oku.edu.mie-u.ac.jp/~okumura/texfaq/japanese/ptex.html
Now the License is the modified BSD license and any UTF-8 editions
exist. (They are based tetex3 , texlive and more. )
On
Bo Peng [EMAIL PROTECTED] writes:
I might have gone too far. The attached patch fixes a non-gui bug, and
adds menu:func. That is to say, menu:math-limits nolimits would
yield Edit - Math - Change Limits Type - Inline. :-)
This feature is useful, but shows the limits of the inset:
1/ we do not
Unfortunately this layout is broken on linux, more precisely the level
input field is not visible.
The rest is OK? If yes then I must have forgotten to set a layout for the
level groupbox. I'll fix this later today.
Edwin fixed it.
- os \\pdf_bookmarksopenlevel \
Pavel Sanda schrieb:
Unfortunately this layout is broken on linux, more precisely the level
input field is not visible.
The rest is OK? If yes then I must have forgotten to set a layout for the level groupbox. I'll fix
this later today.
- os \\pdf_bookmarksopenlevel \
Bo Peng [EMAIL PROTECTED] writes:
You should also allow to do info-inset arg.
You mean allowing the insertion of this inset from command buffer?
Otherwise, I do not see why this is needed.
Yes, also for the benefit of lyxserver. We should allow arguments to
lfuns as often as possible.
Jean-Marc Lasgouttes schrieb:
It can be handled by adding a line
Provides japanese
in the layout fiels and handling the japanese feature correctly in
LaTeXFeatures.cpp.
I don't know what you mean and how to implement this. Could you please build
this in?
regards Uwe
Guys I guess someone is using Qt4.3 designer as the recently modified ui files do not compile
with 4.2 anymore:
Oh shit! Yes it was me who fixed some layouts. I asumed that it doesn't matter what designer
version is used as the resulting file is XML. But it seems that Qt's designer is not
Uwe Stöhr [EMAIL PROTECTED] writes:
It can be handled by adding a line
Provides japanese
in the layout fiels and handling the japanese feature correctly in
LaTeXFeatures.cpp.
I don't know what you mean and how to implement this. Could you
please build this in?
It is almost just what I
Uwe Stöhr wrote:
Guys I guess someone is using Qt4.3 designer as the recently modified
ui files do not compile with 4.2 anymore:
Oh shit! Yes it was me who fixed some layouts. I asumed that it
doesn't matter what designer version is used as the resulting file is
XML. But it seems that
maybe i am misguided, but i must say that this feature smells like bloat to
me.
if i understand i well, it is basically used to have shortcuts in the docs and
more easily generate latexfeatures.lyx
1. to document the shortcuts it would be enough to write see
Tools-Preferences-Shortcuts. time
Two mouse selection problems:
* Try selecting more than the visible area by mouse.
LyX will scroll, but the scrolling is rather slow and
it gets stuck now and then.
* Normally, you can click one place, then shift+click
some other place in order to select everything inbetween.
This does
* Open a LyX document
* Press the insert key on the keyboard
LyX will use the status line to tell that this is an unknown function -
fine.
It also turn the cursor off completely, so I loose track of where it is.
Any action will turn it on again, but this is confusing. Especially
if it happens
Jean-Marc Lasgouttes wrote:
It is weird to do it for only one language...
There are also other languages that are lowercase. However, the parsing of
the language and dialect arguments is case insensitive, according to the
listings docs.
Jürgen
After changing encoding, lyx don't regenerate every file, and so
view-pdf may fail as latex uses a new encoding scheme with files
that had the old encoding.
To reproduce:
Put a TOC in a document. Add some non-ascii such as æøå so
it goes into the TOC. Verify that this works with view-PDFlatex
Leuven, E. [EMAIL PROTECTED] writes:
1. to document the shortcuts it would be enough to write see
Tools-Preferences-Shortcuts. time would be better spend
implementing this.
No. Having a documentation that is kept up to date when the lazy
developers change something without touching the
Helge Hafting wrote:
After changing encoding, lyx don't regenerate every file, and so
view-pdf may fail as latex uses a new encoding scheme with files
that had the old encoding.
Could you post the LaTeX log file of the latex run that failed? We probably
can scan for some error message and
Helge Hafting [EMAIL PROTECTED] writes:
* Normally, you can click one place, then shift+click
some other place in order to select everything inbetween.
This does not work at all. Doesn't work with scrolling, doesn't
work inside the visible area either.
I do not think this has ever been
Uwe Stöhr [EMAIL PROTECTED] writes:
I'll contact Hàn Thế Thành,
His reply:
first, thanks for your effort to add vntex support to lyx.
lyx is cool and starting from version 1.5.* with unicode
support it is a really great tool for latex newbies. I tried
utf8 support with the 1.5.0RC* (and
Anders Ekberg [EMAIL PROTECTED] writes:
Just some more details:
The size is due to Contents/Resources/LyX-1.6 where the largest files
are:
liblyxcore.a 64M
liblyxinsets.a 40M
liblyxmathed.a 28M
liblyxqt4.a 63M
This should be fixed now.
JMarc
On Oct 10, 2007, at 8:46 AM, Jean-Marc Lasgouttes wrote:
Anders Ekberg [EMAIL PROTECTED] writes:
Just some more details:
The size is due to Contents/Resources/LyX-1.6 where the largest files
are:
liblyxcore.a 64M
liblyxinsets.a 40M
liblyxmathed.a 28M
liblyxqt4.a 63M
This should be fixed
Max Bear [EMAIL PROTECTED] writes:
Hello,
I just add a new mirror. The server is located at US (Dallas, 100mb
connection). I am doing daily upate on this mirror. Here is the url:
http://lyx.site2nd.org/lyx/
It's a little thing that I can do to contribute to the community.
If you have
Jean-Marc Lasgouttes wrote:
No. Having a documentation that is kept up to date when the lazy
developers change something without touching the documentation is
good. Note also that people who use mac or emacs bindings will
appreciate to see the right bindings. A documentation that only says
Leuven, E. [EMAIL PROTECTED] writes:
Jean-Marc Lasgouttes wrote:
No. Having a documentation that is kept up to date when the lazy
developers change something without touching the documentation is
good. Note also that people who use mac or emacs bindings will
appreciate to see the right
Jean-Marc Lasgouttes wrote:
if (!textclass.provides(japanese))
os \\usepackage{japanese}\n;
Oh, great! That's the solution we need.
Koji
Jean-Marc Lasgouttes wrote:
And when the documentation is printed?
no, and so what? as long as we have documented where to find the info, and as
long as it is easily accessible
we can then simply add a shortcut in the help menu that shows this log file
in the same way we show the latex log
Leuven, E. [EMAIL PROTECTED] writes:
Jean-Marc Lasgouttes wrote:
And when the documentation is printed?
no, and so what? as long as we have documented where to find the
info, and as long as it is easily accessible
I think this discussion is becoming irrational. Instead of answering
that
This is no file format change, right? So people with 1.5.2 and earlier are
able to open a file with this language?
This is not a problem. When an unknown language is given, the language
combo box is disabled, and the whole option is moved to the advanced
tab. The lyx file can still compile.
On 10/10/07, Jean-Marc Lasgouttes [EMAIL PROTECTED] wrote:
I suspect this is a solaris problem... Enrico?
I am not Enrico but I am seeing what may be a similar problem on OSX
10.3.9, PPC G4, Lyx 1.5.2 (at least it is complaining about the
environment when it fails):
bolt:~/pub/lyx-1.5.2 andy$
i not upset, and i think that i am the one being rational here
Shortcuts.lyx would be the first, and may be the last lyx document I
would print, and put next to my screen when I use lyx.
Cheers,
Bo
I am not sure why you feel so upset about this feature.
i not upset, and i think that i am the one being rational here
regards, ed.
PS and no, i won't start signing my mails with napoleon ;-)
You mean allowing the insertion of this inset from command buffer?
Otherwise, I do not see why this is needed.
Yes, also for the benefit of lyxserver. We should allow arguments to
lfuns as often as possible.
You are right, but when I type info-insert in command buffer, nothing
happens. :-)
2. handle the availability of package, textclass and font...
} else if (type_ == FONT_INFO) {
// name_ is the class name
info_ = LaTeXFeatures::isAvailable(name_) ? _(yes) :
_(no);
}
This one looks wrong to me.
You may be right. This is used
1/ we do not get the underlined shortcuts
That belongs to shortcut:LFUN.
2/ we do not get the nice triangle between levels
That will not be configurable, but I can certainly use triangles.
3/ there is no line breaking possible of the inset and the result will
look bad on screen.
That
On Wednesday 10 October 2007 16:04:24 Bo Peng wrote:
Hmm, not sure this is _really_ useful.
I am not sure either. I guess Jose can make a decision for us.
Not unless I have to. :-) And IMHO are are not there yet.
You can always shoot to the least common denominator and start building
Tommaso Cucinotta wrote:
Tommaso Cucinotta ha scritto:
like a paragraph settings or layout settings dialog.
Or, in order to have it more explicit in the text, it might be simply
a little hole that always appears near the very start of the
environment supporting the option...
Yes. Or even just
Dov Feldstern wrote:
Or, what if you have two emph insets one inside the other --- using
the current implementation, I believe you'd get something like
\emph{bla bla \emph{bla bla}}, which is probably *not* what we want.
This very much depends. Certainly the construction makes perfectly good
Angus Leeming wrote:
Martin Vermeer wrote:
(But, what this implementation gets wrong is that is does not
distinguish the situations
\emph{aaa \emph{bbb} ccc}
and
\emph{aaa} bbb \emph{ccc}
which are visually identical but logically _vastly_ different)
Hm. If a double negative is a
Jean-Marc Lasgouttes wrote:
Leuven, E. [EMAIL PROTECTED] writes:
well what is the point of latexfeatures.lyx? first nobody looks at
this.
If you prove this you might have a point. IF.
I am not everybody but I've never ever had a look at this file. But I am
not a LateX expert. But, as
If an enumerate list has more than nine items the first digit is not seen
because the number is still aligned for the case where the number has one
digit.
I am sure I am not the first person to have an enumerate list with tenths of
items. :-)
FWIW this happens for both 1.5 and 1.6.
--
José
Bo Peng [EMAIL PROTECTED] writes:
But translators can not change this inset in LaTeXConfig.lyx...
Translator will/can write their own version of LaTeXConfig.lyx if they
chose to. In this case, the yes/no shall be translated.
JMarc
2/ we do not get the nice triangle between levels
I see. That is a special character \lyxarrow (menu separator), that
can not be displayed in this button, unless we use InsetText, not a
button.
Bo
But translators can not change this inset in LaTeXConfig.lyx...
Translator will/can write their own version of LaTeXConfig.lyx if they
chose to. In this case, the yes/no shall be translated.
The inset returns translatable _(yes), and _(no), which can be
translated in the po files.
Bo
Bo Peng [EMAIL PROTECTED] writes:
Instead of having predetermined categories, the first argument of
InsetInfo could be an lfun. Then InsetInfo would just invoke this lfun
to get the needed information. This means that the information will
also be available for other uses (without additional
Bo Peng [EMAIL PROTECTED] writes:
i not upset, and i think that i am the one being rational here
Shortcuts.lyx would be the first, and may be the last lyx document I
would print, and put next to my screen when I use lyx.
In this case, it should be a tightly packed cheat-sheet (is that the
I am not everybody but I've never ever had a look at this file. But I am
not a LateX expert. But, as Edwin asked, if I was a LateX expert would I
need this file?
If we are going to keep this file around, InsetInfo simplies the
handling of it. Right now, latex chktex will generate a sed file so
Helge Hafting wrote:
Two mouse selection problems:
* Try selecting more than the visible area by mouse.
LyX will scroll, but the scrolling is rather slow and
it gets stuck now and then.
Hum, in my experience 1.6svn is less blocky than 1.5.x but you are
right you can be stuck now and then.
On Wednesday 10 October 2007 16:17:50 Abdelrazak Younes wrote:
I am not everybody but I've never ever had a look at this file. But I am
not a LateX expert. But, as Edwin asked, if I was a LateX expert would I
need this file?
Just because you are a latex expert does not mean that you don't
Bo Peng wrote:
i not upset, and i think that i am the one being rational here
Shortcuts.lyx would be the first, and may be the last lyx document I
would print, and put next to my screen when I use lyx.
I agree that this file have some benefits for someone wanting to learn
by hart the
Keiichi Morisato wrote:
About j(s)classes , they are to be desired that you go for advice
Mr. Okumura ?
cf. ptex http://oku.edu.mie-u.ac.jp/~okumura/texfaq/japanese/ptex.html
Now the License is the modified BSD license and any UTF-8 editions
exist. (They are based tetex3 , texlive and more.
Bo Peng [EMAIL PROTECTED] writes:
2/ we do not get the nice triangle between levels
I see. That is a special character \lyxarrow (menu separator), that
can not be displayed in this button, unless we use InsetText, not a
button.
Yes. This was one of the problems I had when thinking about
In this case, I think it is not useful. Such a file should explain
what commands do and how to obtain it. The shortcuts for things like
Cut are already shown in the menus, after all.
It is something like
http://wiki.lyx.org/uploads/LyX/keyboardShortcuts/bpeng/reference.pdf
Bo
Bo Peng [EMAIL PROTECTED] writes:
But translators can not change this inset in LaTeXConfig.lyx...
Translator will/can write their own version of LaTeXConfig.lyx if they
chose to. In this case, the yes/no shall be translated.
The inset returns translatable _(yes), and _(no), which can be
Yes. This was one of the problems I had when thinking about such a
feature. This and the underscores like _F_ile are nice things, but the
inset cannot give them to us as it is.
What if InsetInfo becomes a non-editable InsetText?
Bo
On Wed, Oct 10, 2007 at 09:11:12AM +0200, Volker Knierim wrote:
Hi,
I hope this does not annoy anyone but I'm lost at this time. I tried to
compile LyX Version 1.4.5.1 and always get an error during the make process.
Here is the output after the second make run (to let you know which
Helge Hafting wrote:
* Open a LyX document
* Press the insert key on the keyboard
LyX will use the status line to tell that this is an unknown function -
fine.
It also turn the cursor off completely, so I loose track of where it is.
Any action will turn it on again, but this is confusing.
On Wed, Oct 10, 2007 at 11:55:12AM -0400, Richard Heck wrote:
Tommaso Cucinotta wrote:
Tommaso Cucinotta ha scritto:
like a paragraph settings or layout settings dialog.
Or, in order to have it more explicit in the text, it might be simply
a little hole that always appears near the very start
Bo Peng [EMAIL PROTECTED] writes:
Yes. This was one of the problems I had when thinking about such a
feature. This and the underscores like _F_ile are nice things, but the
inset cannot give them to us as it is.
What if InsetInfo becomes a non-editable InsetText?
This is something we should
On Wed, Oct 10, 2007 at 12:43:03PM +0200, Jean-Marc Lasgouttes wrote:
BTW, when opening the bindongs.lyx file, I get:
BufferParams::readToken(): Unknown token: false
Object::connect: No such slot
lyx::frontend::GuiErrorList::select_adaptor(QListWidgetItem*)
Object::connect: (sender name:
On Wed, Oct 10, 2007 at 11:26:54AM +0200, Jean-Marc Lasgouttes wrote:
Martin Vermeer [EMAIL PROTECTED] writes:
OTOH if the surrounding text para becomes empty after the cut, I think
resetting _that_ to default makes sense. Think enclosing a section
header plus text into a (branch) inset.
On Wed, Oct 10, 2007 at 09:11:12AM +0200, Volker Knierim wrote:
Hi,
I hope this does not annoy anyone but I'm lost at this time. I tried to
compile LyX Version 1.4.5.1 and always get an error during the make process.
Here is the output after the second make run (to let you know which
On Wed, Oct 10, 2007 at 11:45:58AM +0200, Jean-Marc Lasgouttes wrote:
Pavel Sanda [EMAIL PROTECTED] writes:
Also, there may be a version of QComboBox that does that.
QComboBox does not seem to have such parallel, moreover it seems
that it has not support for horizontal line, which means
On Wed, Oct 10, 2007 at 12:10:53PM +0200, Jean-Marc Lasgouttes wrote:
Juergen Spitzmueller [EMAIL PROTECTED] writes:
Jean-Marc Lasgouttes wrote:
Why is erlang lowercase? Is that what listings does?
Yes.
It is weird to do it for only one language...
It is not, is it?
Andre'
José Matos wrote:
Just because you are a latex expert does not mean that you don't want to
know what are the packages that lyx depends on without looking directly to
the source, or am I missing any detail here? :-)
that's why we need a proper ui interface to load packages and set their
Martin Vermeer wrote:
On Wed, Oct 10, 2007 at 11:55:12AM -0400, Richard Heck wrote:
Tommaso Cucinotta wrote:
Tommaso Cucinotta ha scritto:
like a paragraph settings or layout settings dialog.
Or, in order to have it more explicit in the text, it might be simply
a
On Wed, Oct 10, 2007 at 01:47:23PM -0400, Richard Heck wrote:
Martin Vermeer wrote:
On Wed, Oct 10, 2007 at 11:55:12AM -0400, Richard Heck wrote:
Tommaso Cucinotta wrote:
Tommaso Cucinotta ha scritto:
like a paragraph settings or layout settings dialog.
Or, in
Martin Vermeer wrote:
On Wed, Oct 10, 2007 at 11:55:12AM -0400, Richard Heck wrote:
Tommaso Cucinotta wrote:
like a paragraph settings or layout settings dialog.
Or, in order to have it more explicit in the text, it might be simply
a little hole that always appears near the very start of the
Jean-Marc Lasgouttes schrieb:
I have two small reservations :
- the macro name is a bit confusing wrt mathed macros and latex
macros (if we support them one day). Even if it is only in the code,
it is better to avoid that. Unfortunately, I do not have plenty of
good names. Procedure?
Lyx trunk, open User's guide, I get 'document header error', unknown
token false false. Can anyone confirm?
Bo
On Wed, Oct 10, 2007 at 04:17:16PM +0200, Honest Guvnor wrote:
On 10/10/07, Jean-Marc Lasgouttes [EMAIL PROTECTED] wrote:
I suspect this is a solaris problem... Enrico?
Hmm. I feared I was losing emails, but then realized that this was
addressed to the users list, to which I am not
On Wed, Oct 10, 2007 at 11:31:41AM +0200, Jean-Marc Lasgouttes wrote:
Volker Knierim [EMAIL PROTECTED] writes:
Hi,
I hope this does not annoy anyone but I'm lost at this time. I tried
to compile LyX Version 1.4.5.1 and always get an error during the make
process.
You will need to
Abdelrazak Younes schrieb:
Bernhard Roider wrote:
Andre Poenitz schrieb:
On Fri, Oct 05, 2007 at 12:24:45AM +0200, Bernhard Roider wrote:
hello all,
the attached patch adds
- the possibility to define macros in the bind file, like
\define my macro command-sequence inset-insert ert 1;
On Wed, Oct 10, 2007 at 10:04:42PM +0200, Enrico Forestieri wrote:
On Wed, Oct 10, 2007 at 11:31:41AM +0200, Jean-Marc Lasgouttes wrote:
Volker Knierim [EMAIL PROTECTED] writes:
Hi,
I hope this does not annoy anyone but I'm lost at this time. I tried
to compile LyX Version
On Wed, Oct 10, 2007 at 10:03:34PM -, [EMAIL PROTECTED] wrote:
Author: poenitz
Date: Thu Oct 11 00:03:22 2007
New Revision: 20891
URL: http://www.lyx.org/trac/changeset/20891
Log:
thinko
Modified:
lyx-devel/trunk/src/support/environment.cpp
Modified:
On Thu, Oct 11, 2007 at 12:10:24AM +0200, Andre Poenitz wrote:
On Wed, Oct 10, 2007 at 10:04:42PM +0200, Enrico Forestieri wrote:
On Wed, Oct 10, 2007 at 11:31:41AM +0200, Jean-Marc Lasgouttes wrote:
Volker Knierim [EMAIL PROTECTED] writes:
Hi,
I hope this does not annoy
On Thu, Oct 11, 2007 at 12:15:27AM +0200, Enrico Forestieri wrote:
On Wed, Oct 10, 2007 at 10:03:34PM -, [EMAIL PROTECTED] wrote:
Author: poenitz
Date: Thu Oct 11 00:03:22 2007
New Revision: 20891
URL: http://www.lyx.org/trac/changeset/20891
Log:
thinko
Modified:
On Thu, Oct 11, 2007 at 12:22:17AM +0200, Enrico Forestieri wrote:
I am also still using 1.4.5.1 on solaris, for the specific reason that
Qt4 is crap there. (André, aren't your ears burning? ;-)
Not really.
Have you contacted TT support?
Yes, they said that they will not go to
On Thu, Oct 11, 2007 at 12:33:20AM +0200, Andre Poenitz wrote:
Wouldn't hurt, right?
Bloated. Inelegant. Sloppy.
The unconditional error was worse.
What unconditional error? I think you fixed something that was
not broken.
--
Enrico
1 - 100 of 212 matches
Mail list logo