Hello!
Actually it is not me who created the layout. I just found it on the web.
In this site (http://www.ece.iit.edu/~jgrad/) you can find the email of
the author, so you can contact and ask him.
Regards,
Nicolás
Uwe Stöhr wrote:
Nicolás wrote:
Supheakmungkol SARIN wrote:
Hello
Martin Vermeer a écrit :
On Wed, Jan 04, 2006 at 12:55:42PM +0100, Abdel wrote:
Jean-Marc Lasgouttes a écrit :
Abdel == Abdel [EMAIL PROTECTED] writes:
...
I guess so yes. Following patch will do so.
Index: QWorkArea.C
===
Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
Lars With the following controversy IÃ'd say no to insert
Lars beamer.layout in LyX for 1.4.0
Definitely.
People who want this inclusion to happen for 1.4.1 or 1.4.2 should
create a bug and add there a patch to LaTeXConfig.lyx.in describing
Martin == Martin Vermeer [EMAIL PROTECTED] writes:
Martin Still I think we differ in our views of what the charstyle
Martin paradigm should be (I see it as a longer term complete
Martin replacement of font attributes from the user's POV). Ah well,
Martin some other time.
No, we differ on what
Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
Lars You have of course tested this on linux as well. Not just
Lars windows.
Martin did. What would be more interesting is OSX, but Bennett needs
to be able to compile first.
JMarc
On Tue, 2006-01-10 at 12:53 +0100, Jean-Marc Lasgouttes wrote:
Andre == Andre Poenitz [EMAIL PROTECTED] writes:
Andre prevAtom(). Or maybe nextAtom(). Should be near the cursor,
Andre shouldn't it?
OK, here is my next try. I kind of like the code now, so I'd really
want to commit it and
On Wed, 2006-01-11 at 10:26 +0100, Jean-Marc Lasgouttes wrote:
Martin == Martin Vermeer [EMAIL PROTECTED] writes:
Martin Still I think we differ in our views of what the charstyle
Martin paradigm should be (I see it as a longer term complete
Martin replacement of font attributes from the
Angus Leeming wrote:
Either/any. Something simple that doesn't make life difficult for you and
allows us to parse your messages robustly.
What about the following patch?
a) Page numbers from dvipng always match \[[\d]+
b) Glyph numbers from mktexpk always match \[[\d]+\].
c) No other numbers
Angus Leeming wrote:
Either/any. Something simple that doesn't make life difficult for you and
allows us to parse your messages robustly.
What about the following patch?
a) Page numbers from dvipng always match \[[\d]+
b) Glyph numbers from mktexpk always match \[[\d]+\].
c) No other numbers
Lars Gullik Bjønnes wrote:
This is the third pre-release of LyX 1.4.0.
Quick notes, as a user
- highlighting text and math text is jumping sometimes (this may be
specific to my laptop touchpad) - i had not noticed such behaviour with
1.3.6
- cross referencing does not seem to work properly:
Jan-Åke Larsson wrote:
What about the following patch?
--- lyxpreview2bitmap.py.oldWed Jan 11 10:28:49 2006
+++ lyxpreview2bitmap.pyWed Jan 11 11:03:25 2006
@@ -78,11 +78,21 @@
def extract_metrics_info(dvipng_stdout, metrics_file):
metrics = open(metrics_file, 'w')
-
Herbert == Herbert Voss [EMAIL PROTECTED] writes:
Herbert You should use _only_ the files from the local TeX
Herbert distribution! The configure script should be able to test
Herbert [EMAIL PROTECTED]:/tmp kpsewhich powerdot.layout
Herbert
Bennett == Bennett Helm [EMAIL PROTECTED] writes:
Bennett On the other hand, I tried one more time to compile with
Bennett gcc-2.95, throwing caution to the wind. The problem had been
Bennett with Apple's MDItem.h, specifically line 781, which is the
Bennett #define line here:
Bennett I simply
Jan-Åke Larsson wrote:
Jan-Åke Larsson wrote:
What about the following patch?
Whooo! I didn't expect you to do our work for us. Thanks!
In answer: I like the idea. Enrico, could you try it out to see if it cures
your problems?
--
Angus
On Jan 11, 2006, at 6:55 AM, Jean-Marc Lasgouttes wrote:
Bennett == Bennett Helm [EMAIL PROTECTED] writes:
Bennett On the other hand, I tried one more time to compile with
Bennett gcc-2.95, throwing caution to the wind. The problem had been
Bennett with Apple's MDItem.h, specifically line
Pol wrote:
- cross referencing does not seem to work properly: if equation label
include the = character, cross-referencing is not rendered in the
resulting pdf file, equation number being replaced by ??
Does it work with LyX 1.3.6? Please enter a report into bugzilla
(possibly indicating
Bennett Helm [EMAIL PROTECTED] writes:
| Got it!
|
| #define __METADATA_METADATA__ 1 needs to be included in:
|
| package.C
| QWorkArea.C
| lyx_gui.C
| qfont_loader.C
|
| Patch attached.
This works for me... for now... in 1.5 we should look at getting rid
of those ifdefs.
This is also
Michael == Michael Gerz [EMAIL PROTECTED] writes:
Michael Pol wrote:
- cross referencing does not seem to work properly: if equation
label include the = character, cross-referencing is not rendered
in the resulting pdf file, equation number being replaced by ??
Michael Does it work with LyX
Bo Peng wrote:
I am not sure whether or not this has been discussed, but I would like to add
PASTED TEXT IS NOT CONSIDERED AS CHANGE
1. new doc
2. write something, copy
3. turn on change tracking
4. paste
Very strange. I have added a bugzilla report...
Michael
Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
Lars This works for me... for now... in 1.5 we should look at getting
Lars rid of those ifdefs.
Lars This is also required on 1.4, right?
No, because the 1.4 version of DebugStream does not crash with gcc3.
JMarc
On Jan 11, 2006, at 10:49 AM, Lars Gullik Bjønnes wrote:
Bennett Helm [EMAIL PROTECTED] writes:
| Got it!
|
| #define __METADATA_METADATA__ 1 needs to be included in:
|
| package.C
| QWorkArea.C
| lyx_gui.C
| qfont_loader.C
|
| Patch attached.
This works for me... for now... in 1.5 we should
Algernon == Algernon [EMAIL PROTECTED] writes:
Algernon Current Text on the page: LyX has a (rather quiet) IRC
Algernon channel #lyx on the Freenode network.
Algernon Freenode currently links to http://freenode.info/ .
Algernon Shouldn't it link to http://freenode.net/ ?
You are right. I'll
Georg == Georg Baum [EMAIL PROTECTED] writes:
Georg Am Dienstag, 10. Januar 2006 17:50 schrieb Jean-Marc
Georg Lasgouttes:
The kind of patch I prefer: only removing code.
Explanation: now that we use ParIterator to search for labels,
insets should not do the work a second time.
Please
Bennett Helm [EMAIL PROTECTED] writes:
| No: it's only required when compiling with gcc-2.95, which is
| required for lyx-1.3.x. For lyx-1.4.0, I can use gcc-3.3 or higher
| (but not gcc-2.95), so this is unnecessary.
Oh well...
--
Lgb
Guys, I'm amazed that this thread has gone on as long as it has. I'm going
to pop my head in at the door one final time and will then leave you to
play on your own again.
I am amazed as well, in that many people even do not consider this as
a bug. A bug report has been created
On Jan 11, 2006, at 11:13 AM, Bennett Helm wrote:
On Jan 11, 2006, at 10:49 AM, Lars Gullik Bjønnes wrote:
Bennett Helm [EMAIL PROTECTED] writes:
| Got it!
|
| #define __METADATA_METADATA__ 1 needs to be included in:
|
| package.C
| QWorkArea.C
| lyx_gui.C
| qfont_loader.C
|
| Patch
PASTED TEXT IS NOT CONSIDERED AS CHANGE
Very strange. I have added a bugzilla report...
This is not very strange in that the *not-changed property' of copied
lyx text is somehow preserved. If I paste from outside of lyx using my
middle button, the added text is considered as change.
Bo
Bennett == Bennett Helm [EMAIL PROTECTED] writes:
Bennett Which reminds me: here's an update to the INSTALL.MacOSX file
Bennett for lyx-1.3.x.
Thanks. I committed the patches. In the future, please do not forget
the ChangeLogs...
JMarc
Lars Gullik Bjønnes wrote:
Michael Gerz [EMAIL PROTECTED] writes:
| Abdel wrote:
|
| Silly me! This is because while testing the color preference panel I
| inadvertently modified this background to black... ;-{
|
| So forget what I said about system wide QT blablabla. IMO this
| simple
Another change tracking bug:
CAN NOT ACCEPT THE FIRST CHANGE (?)
1. open a lyx document
2. type in a, newline, b, newline
3. turn on change tracking
4. add change 1 after line b
5, add change 2 after line a
( get
a
change 2
b
change 1
)
6. Go to the beginning of the
Now that LyX compiles under OSX 10.4, it is time to release LyX 1.3.7,
so that it does not collide with 1.4.0. In my opinion, this release is
ready as it is (I have to update NEWS, of course).
Of course, you may think otherwise. If you do, please let me know.
JMarc
Martin == Martin Vermeer [EMAIL PROTECTED] writes:
Martin On Tue, 2006-01-10 at 12:53 +0100, Jean-Marc Lasgouttes wrote:
Andre == Andre Poenitz
[EMAIL PROTECTED] writes:
Andre prevAtom(). Or maybe nextAtom(). Should be near the cursor,
Andre shouldn't it?
OK, here is my next try. I kind
Georg == Georg Baum [EMAIL PROTECTED] writes:
Georg I could not get it to crash, but I found another related
Georg problem (which does also occur without the patch):
Georg \fracESC
Georg results in the text \frac in red, it is not recognized as a
Georg fraction as it is in 1.3.x
This can be
Georg == Georg Baum [EMAIL PROTECTED] writes:
Georg We have no format information for a file if
Georg getFormatFromContents() does not recognize the file format.
Georg This was no problem in the old days when formats and extenions
Georg were mixed, but we currently need a format even if the
Jean-Marc Lasgouttes wrote:
In my opinion, this release is
ready as it is (I have to update NEWS, of course).
I agree. Is lyx2lyx in sync with HEAD?
I'd be glad if some of you could take the time to check it out (or fix
a bug or two if you are feeling adventurous).
I will build a new
Another one (hope it has not been reported)
CHANGE OF FORMULA IS NOT TRACED
1. open a lyx document
2. insert $x^2$
3. turn on change tracking
4. go into the formula and remove ^2
5. $x$ is not marked as changed.
Shall we advertise change-tracking in 1.4.0 as experimental? I
understand 1.4.0
Bo Peng wrote:
Another one (hope it has not been reported)
CHANGE OF FORMULA IS NOT TRACED
1. open a lyx document
2. insert $x^2$
3. turn on change tracking
4. go into the formula and remove ^2
5. $x$ is not marked as changed.
Added to bugzilla.
Shall we advertise change-tracking in
Michael Gerz wrote:
- Double clicking in the reference dialog now inserts a reference
(bug 2187) [Qt only].
Has anybody tested this?
Ok, I stress-tested to cross-ref dialog. Everything seems to be fine!
- The error/warning/confirmation dialogs aren't hidden behind the main
window
Michael == Michael Gerz [EMAIL PROTECTED] writes:
Michael Jean-Marc Lasgouttes wrote:
In my opinion, this release is ready as it is (I have to update
NEWS, of course).
Michael I agree. Is lyx2lyx in sync with HEAD?
It should.
Michael I will build a new Windows version in a few minutes. If
Is it just me, or is it impossible to read files containing math
macros?
I get:
fantomas: ./devbuild/src/lyx ~/newfile3.lyx
Language code:en_US
Setting new locale for Qt:iso8859-1
cannot read macro from '[unknown n][unknown w][unknown o][unknown m][unknown
n][unknown {][unknown a][unknown
Bo Peng wrote:
CAN NOT ACCEPT THE FIRST CHANGE (?)
1. open a lyx document
2. type in a, newline, b, newline
3. turn on change tracking
4. add change 1 after line b
5, add change 2 after line a
( get
a
change 2
b
change 1
)
6. Go to the beginning of the document, accept change, lyx
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
| Is it just me, or is it impossible to read files containing math
| macros?
|
| I get:
|
| fantomas: ./devbuild/src/lyx ~/newfile3.lyx
| Language code:en_US
| Setting new locale for Qt:iso8859-1
| cannot read macro from '[unknown n][unknown
Bo Peng wrote:
Could you please add it by yourself (http://bugzilla.lyx.org)? I feel a
little bit tired... :-)
Added, but I could not find your bug reports (in list all unconfirmed bugs).
Check for NEW bugs (I confirmed them). Or check for the latest bugs.
Or for component
Am Mittwoch, 11. Januar 2006 18:41 schrieb Michael Gerz:
Jean-Marc Lasgouttes wrote:
In my opinion, this release is
ready as it is (I have to update NEWS, of course).
I think so, too.
I agree. Is lyx2lyx in sync with HEAD?
Yes.
Georg
Am Dienstag, 10. Januar 2006 23:02 schrieb Rainer Dorsch:
HmmAnd when you run configure, you make sure that you started lyx in
the
right directory?
Yes. I start almost all programs from a terminal.
And when you run lyx for another document do you run
configure again (Bearbeiten-Neu
Am Mittwoch, 11. Januar 2006 01:16 schrieb Lars Gullik Bjønnes:
Do we _really_ need this for 1.4.0 is then the question.
IMO yes, but you decide.
I do find the patch intrusive and would rather avoid it.
But it does not become better with time, and we should fix this in 1.4.1
if we don't do
Am Mittwoch, 11. Januar 2006 17:48 schrieb Jean-Marc Lasgouttes:
I do not like this png hardcoding thing...
Actually it is not needed at all, because findTargetFormat is not very
clever (we discussed this already)
Wouldn't it be easier for now to just recognize XCF?
Georg I don't know
Georg Baum [EMAIL PROTECTED] writes:
| I do find the patch intrusive and would rather avoid it.
|
| But it does not become better with time, and we should fix this in 1.4.1
| if we don't do it in 1.4.0.
Sure. There will be a multitude of smalle (and some not so small
changes in 1.4.1)
Lets
Jean-Marc Lasgouttes wrote:
In my opinion, this release is
ready as it is (I have to update NEWS, of course).
I also think so. My last installer version (shipping 1.3.7pre) was
downloaded over 1000 times in the last week and I got only one email
about problems: The menu encoding problem.
Am Mittwoch, 11. Januar 2006 17:45 schrieb Jean-Marc Lasgouttes:
Georg == Georg Baum [EMAIL PROTECTED] writes:
Georg I could not get it to crash, but I found another related
Georg problem (which does also occur without the patch):
Georg \fracESC
Georg results in the text \frac in red,
Am Mittwoch, 11. Januar 2006 22:08 schrieb Uwe Stöhr:
This is the only thing we should specially consider for the Windows
release of 1.3.7. I created .mo-files for romanian, slovenian, russian,
slovak, and polish in Windows codepages to let the menu names appear
correctly (otherwise LyX is
Georg Baum schrieb:
Could you place them somewhere
so that people find it when they compile a win version of 1.3.7 (for
Angus, Michael)?
A better solution would be to fix this inside LyX. The on-screen
translations will be wrong with the changed mo files.
I don't understand this. With
Hi,
I was curious to see how many bugs there are in our bugzilla data base.
It turned that there are 65 bugs with keyword fixedintrunk. I think
they should be closed as soon as 1.4.0 is out.
If we ignore these bugs, there are another 315 open bugs (enhancements
excluded).
Some of them are
On Wed, 11 Jan 2006, [ISO-8859-15] Uwe Stöhr wrote:
But anyway, I can understand your decision but is it possible to upload
it to ftp.lyx.org? I currently have the problem that uploads to the ftp
server of my project hoster isn't available for weeks now. (I can't
recommend berlios.de as
Hi
I've just (hopefully) gotten clean URIs enabled on the wiki and I'd like
to do the same for the development wiki. Therefore, I'd like to ask
someone (Lars?) with access to this file
/etc/httpd/virtual.d/wiki.conf
on aussie.lyx.org to make a change.
I think it should be enough to
[EMAIL PROTECTED] writes:
| On Wed, 11 Jan 2006, [ISO-8859-15] Uwe Stöhr wrote:
|
| But anyway, I can understand your decision but is it possible to upload
| it to ftp.lyx.org? I currently have the problem that uploads to the ftp
| server of my project hoster isn't available for weeks now. (I
Jean-Marc,
I can confirm that current LyX 1.3.7cvs compiles and runs on Windows.
Michael
I don't understand this. With the current .mo-files the menus and the
translations in the text (like the phrase Figure:) are wrong. With the
.mo-files in CP the menus appear correctly and the translations in the
text are still wrongly displayed.
Thomasz Łuzak reported that the usage of
- Original Message -
From: Bo Peng [EMAIL PROTECTED]
To: lyx-users@lists.lyx.org; LyX Devel lyx-devel@lists.lyx.org
Sent: Wednesday, January 11, 2006 8:26 AM
Subject: Re: sixth release of LyXWinInstaller
I would also like to leave this thread with some final remarks.
The root of
Hi again,
So, I can now do this:
\newcommand{\createDynamicCmd}[1]{\newcommand{\fn#1}{cmdName: #1}}
\createDynamicCmd{Name}
\fnName
with
\fnName displaying as 'cmdName: Name' in the document
This makes me very happy, even if nobody else cares. The code is
at the bottom of this message. A big
Dear Angus,
I've just tried your new package. It seems that the documents in
LyX\Resources\lyx\doc\ are missing...
Abdel.
Hello!
Actually it is not me who created the layout. I just found it on the web.
In this site (http://www.ece.iit.edu/~jgrad/) you can find the email of
the author, so you can contact and ask him.
Regards,
Nicolás
Uwe Stöhr wrote:
Nicolás wrote:
Supheakmungkol SARIN wrote:
Hello
Martin Vermeer a écrit :
On Wed, Jan 04, 2006 at 12:55:42PM +0100, Abdel wrote:
Jean-Marc Lasgouttes a écrit :
"Abdel" == Abdel <[EMAIL PROTECTED]> writes:
...
I guess so yes. Following patch will do so.
Index: QWorkArea.C
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> With the following "controversy" IÃ'd say "no" to insert
Lars> beamer.layout in LyX for 1.4.0
Definitely.
People who want this inclusion to happen for 1.4.1 or 1.4.2 should
create a bug and add there a patch to
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> Still I think we differ in our views of what the charstyle
Martin> paradigm should be (I see it as a longer term complete
Martin> replacement of font attributes from the user's POV). Ah well,
Martin> some other time.
>> No, we
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> You have of course tested this on linux as well. Not just
Lars> windows.
Martin did. What would be more interesting is OSX, but Bennett needs
to be able to compile first.
JMarc
On Tue, 2006-01-10 at 12:53 +0100, Jean-Marc Lasgouttes wrote:
> > "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> Andre> prevAtom(). Or maybe nextAtom(). Should be near the cursor,
> Andre> shouldn't it?
>
> OK, here is my next try. I kind of like the code now, so I'd really
> want
On Wed, 2006-01-11 at 10:26 +0100, Jean-Marc Lasgouttes wrote:
> > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> Martin> Still I think we differ in our views of what the charstyle
> Martin> paradigm should be (I see it as a longer term complete
> Martin> replacement of font
Angus Leeming wrote:
> Either/any. Something simple that doesn't make life difficult for you and
> allows us to parse your messages robustly.
What about the following patch?
a) Page numbers from dvipng always match "\[[\d]+"
b) Glyph numbers from mktexpk always match "\[[\d]+\]".
c) No other
Angus Leeming wrote:
> Either/any. Something simple that doesn't make life difficult for you and
> allows us to parse your messages robustly.
What about the following patch?
a) Page numbers from dvipng always match "\[[\d]+"
b) Glyph numbers from mktexpk always match "\[[\d]+\]".
c) No other
Lars Gullik Bjønnes wrote:
> This is the third pre-release of LyX 1.4.0.
Quick notes, as a user
- highlighting text and math text is jumping sometimes (this may be
specific to my laptop touchpad) - i had not noticed such behaviour with
1.3.6
- cross referencing does not seem to work properly:
Jan-Åke Larsson wrote:
> What about the following patch?
--- lyxpreview2bitmap.py.oldWed Jan 11 10:28:49 2006
+++ lyxpreview2bitmap.pyWed Jan 11 11:03:25 2006
@@ -78,11 +78,21 @@
def extract_metrics_info(dvipng_stdout, metrics_file):
metrics = open(metrics_file, 'w')
-
> "Herbert" == Herbert Voss <[EMAIL PROTECTED]> writes:
Herbert> You should use _only_ the files from the local TeX
Herbert> distribution! The configure script should be able to test
Herbert> [EMAIL PROTECTED]:/tmp> kpsewhich powerdot.layout
Herbert>
> "Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes:
Bennett> On the other hand, I tried one more time to compile with
Bennett> gcc-2.95, throwing caution to the wind. The problem had been
Bennett> with Apple's MDItem.h, specifically line 781, which is the
Bennett> #define line here:
Jan-Åke Larsson wrote:
> Jan-Åke Larsson wrote:
>> What about the following patch?
Whooo! I didn't expect you to do our work for us. Thanks!
In answer: I like the idea. Enrico, could you try it out to see if it cures
your problems?
--
Angus
On Jan 11, 2006, at 6:55 AM, Jean-Marc Lasgouttes wrote:
"Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes:
Bennett> On the other hand, I tried one more time to compile with
Bennett> gcc-2.95, throwing caution to the wind. The problem had been
Bennett> with Apple's MDItem.h, specifically
Pol wrote:
- cross referencing does not seem to work properly: if equation label
include the "=" character, cross-referencing is not rendered in the
resulting pdf file, equation number being replaced by "??"
Does it work with LyX 1.3.6? Please enter a report into bugzilla
(possibly
Bennett Helm <[EMAIL PROTECTED]> writes:
| Got it!
|
| #define __METADATA_METADATA__ 1 needs to be included in:
|
| package.C
| QWorkArea.C
| lyx_gui.C
| qfont_loader.C
|
| Patch attached.
This works for me... for now... in 1.5 we should look at getting rid
of those ifdefs.
This is also
> "Michael" == Michael Gerz <[EMAIL PROTECTED]> writes:
Michael> Pol wrote:
>> - cross referencing does not seem to work properly: if equation
>> label include the "=" character, cross-referencing is not rendered
>> in the resulting pdf file, equation number being replaced by "??"
Michael>
Bo Peng wrote:
I am not sure whether or not this has been discussed, but I would like to add
PASTED TEXT IS NOT CONSIDERED AS CHANGE
1. new doc
2. write something, copy
3. turn on change tracking
4. paste
Very strange. I have added a bugzilla report...
Michael
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> This works for me... for now... in 1.5 we should look at getting
Lars> rid of those ifdefs.
Lars> This is also required on 1.4, right?
No, because the 1.4 version of DebugStream does not crash with gcc3.
JMarc
On Jan 11, 2006, at 10:49 AM, Lars Gullik Bjønnes wrote:
Bennett Helm <[EMAIL PROTECTED]> writes:
| Got it!
|
| #define __METADATA_METADATA__ 1 needs to be included in:
|
| package.C
| QWorkArea.C
| lyx_gui.C
| qfont_loader.C
|
| Patch attached.
This works for me... for now... in 1.5 we
> "Algernon" == Algernon <[EMAIL PROTECTED]> writes:
Algernon> Current Text on the page: "LyX has a (rather quiet) IRC
Algernon> channel #lyx on the Freenode network."
Algernon> "Freenode" currently links to http://freenode.info/ .
Algernon> Shouldn't it link to http://freenode.net/ ?
You
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> Am Dienstag, 10. Januar 2006 17:50 schrieb Jean-Marc
Georg> Lasgouttes:
>> The kind of patch I prefer: only removing code.
>>
>> Explanation: now that we use ParIterator to search for labels,
>> insets should not do the work a
Bennett Helm <[EMAIL PROTECTED]> writes:
| No: it's only required when compiling with gcc-2.95, which is
| required for lyx-1.3.x. For lyx-1.4.0, I can use gcc-3.3 or higher
| (but not gcc-2.95), so this is unnecessary.
Oh well...
--
Lgb
> Guys, I'm amazed that this thread has gone on as long as it has. I'm going
> to pop my head in at the door one final time and will then leave you to
> play on your own again.
I am amazed as well, in that many people even do not consider this as
a bug. A bug report has been created
On Jan 11, 2006, at 11:13 AM, Bennett Helm wrote:
On Jan 11, 2006, at 10:49 AM, Lars Gullik Bjønnes wrote:
Bennett Helm <[EMAIL PROTECTED]> writes:
| Got it!
|
| #define __METADATA_METADATA__ 1 needs to be included in:
|
| package.C
| QWorkArea.C
| lyx_gui.C
| qfont_loader.C
|
| Patch
> >PASTED TEXT IS NOT CONSIDERED AS CHANGE
> >
> Very strange. I have added a bugzilla report...
This is not very strange in that the *not-changed property' of copied
lyx text is somehow preserved. If I paste from outside of lyx using my
middle button, the added text is considered as change.
Bo
> "Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes:
Bennett> Which reminds me: here's an update to the INSTALL.MacOSX file
Bennett> for lyx-1.3.x.
Thanks. I committed the patches. In the future, please do not forget
the ChangeLogs...
JMarc
Lars Gullik Bjønnes wrote:
Michael Gerz <[EMAIL PROTECTED]> writes:
| Abdel wrote:
|
| > Silly me! This is because while testing the color preference panel I
| > inadvertently modified this background to black... ;-{
| >
| > So forget what I said about system wide QT blablabla. IMO this
| >
Another change tracking bug:
CAN NOT ACCEPT THE FIRST CHANGE (?)
1. open a lyx document
2. type in a, newline, b, newline
3. turn on change tracking
4. add change 1 after line b
5, add change 2 after line a
( get
a
change 2
b
change 1
)
6. Go to the beginning of the
Now that LyX compiles under OSX 10.4, it is time to release LyX 1.3.7,
so that it does not collide with 1.4.0. In my opinion, this release is
ready as it is (I have to update NEWS, of course).
Of course, you may think otherwise. If you do, please let me know.
JMarc
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> On Tue, 2006-01-10 at 12:53 +0100, Jean-Marc Lasgouttes wrote:
>> > "Andre" == Andre Poenitz
>> <[EMAIL PROTECTED]> writes:
>>
Andre> prevAtom(). Or maybe nextAtom(). Should be near the cursor,
Andre> shouldn't it?
>> OK,
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> I could not get it to crash, but I found another related
Georg> problem (which does also occur without the patch):
Georg> \frac
Georg> results in the text \frac in red, it is not recognized as a
Georg> fraction as it is in 1.3.x
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> We have no format information for a file if
Georg> getFormatFromContents() does not recognize the file format.
Georg> This was no problem in the old days when formats and extenions
Georg> were mixed, but we currently need a format
Jean-Marc Lasgouttes wrote:
In my opinion, this release is
ready as it is (I have to update NEWS, of course).
I agree. Is lyx2lyx in sync with HEAD?
I'd be glad if some of you could take the time to check it out (or fix
a bug or two if you are feeling adventurous).
I will build a new
Another one (hope it has not been reported)
CHANGE OF FORMULA IS NOT TRACED
1. open a lyx document
2. insert $x^2$
3. turn on change tracking
4. go into the formula and remove ^2
5. $x$ is not marked as changed.
Shall we advertise change-tracking in 1.4.0 as experimental? I
understand 1.4.0
Bo Peng wrote:
Another one (hope it has not been reported)
CHANGE OF FORMULA IS NOT TRACED
1. open a lyx document
2. insert $x^2$
3. turn on change tracking
4. go into the formula and remove ^2
5. $x$ is not marked as changed.
Added to bugzilla.
Shall we advertise change-tracking in
Michael Gerz wrote:
- Double clicking in the reference dialog now inserts a reference
(bug 2187) [Qt only].
Has anybody tested this?
Ok, I stress-tested to cross-ref dialog. Everything seems to be fine!
- The error/warning/confirmation dialogs aren't hidden behind the main
window
> "Michael" == Michael Gerz <[EMAIL PROTECTED]> writes:
Michael> Jean-Marc Lasgouttes wrote:
>> In my opinion, this release is ready as it is (I have to update
>> NEWS, of course).
Michael> I agree. Is lyx2lyx in sync with HEAD?
It should.
Michael> I will build a new Windows version in a
1 - 100 of 122 matches
Mail list logo
