On Aug 12, 2006, at 6:20 AM, Georg Baum wrote:
Am Samstag, 12. August 2006 14:38 schrieb Jean-Marc Lasgouttes:
Rather than adding yet other export formats that clutter the
interface, could we have a buffer-export-raw lfun? It could have some
option to skip header.
I think that would work as
Dear list,
The scons system has been changed to use explicit filelist, instead of
globing them dynamically. This will reduce errors due to the mixed use
of autotools and scons. Please test, and remember to update
development/scons/scons_manifest.py if your patch has filename
changes.
As a side e
Hi, Lars,
It seems that the glob approach in the current scons system causes
some problems (not scons' fault though) so I am switching to the
explicit file lists. This, however, breaks the scons support for 1.4.x
since source lists are different between two branches.
Can I customize scons for 1.
On Sat, 12 Aug 2006, Jean-Marc Lasgouttes wrote:
"christian" == christian ridderstrom <[EMAIL PROTECTED]> writes:
christian> I noticed that when I start LyX 1.4.1qt there is no
christian> splash.lyx displayed. Is this really correct?
christian> I used a new .lyx-dir in case that was the probl
> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
Jean-Marc> This patch is for 1.4. It adds a flag telling whether the
Jean-Marc> controller's errorlist has been updated since last dialog
Jean-Marc> update.
And this one does xforms too.
JMarc
Index: src/frontends/qt2/QError
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> OK, now I understand the problem, sorry for my autism ;-).
Abdelrazak> Then the fix is even simpler for this particular dialog:
Abdelrazak> just transfer the code in update_contents() to
Abdelrazak> buil_dialog(). In a
Abdelrazak Younes wrote:
OK, now I understand the problem, sorry for my autism ;-). Then the fix
is even simpler for this particular dialog: just transfer the code in
update_contents() to buil_dialog(). In any case, the error list will be
automatically updated if a new error list is generated.
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Abdelrazak Younes wrote:
Jean-Marc Lasgouttes wrote:
Now, if you have a better idea to fix the problem, I am all ears.
I am not sure I understand the problem but, IIUC, it's the job of
the
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Abdelrazak Younes wrote:
>> Jean-Marc Lasgouttes wrote:
>>> Now, if you have a better idea to fix the problem, I am all ears.
>> I am not sure I understand the problem but, IIUC, it's the job of
>> the frontend to re
Abdelrazak Younes wrote:
Jean-Marc Lasgouttes wrote:
Now, if you have a better idea to fix the problem, I am all ears.
I am not sure I understand the problem but, IIUC, it's the job of the
frontend to remember the position of the last selected error item. In
your patch this is kind-of done
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> My plan is to change this accessor to:
Abdelrazak> ErrorList const & ControlErrorList::errorList(string const
Abdelrazak> & type) const {
Abdelrazak> return kernel().bufferview()->buffer()->errorList(type);
Abdelraza
> "Michael" == Michael Gerz <[EMAIL PROTECTED]> writes:
Michael> Jean-Marc Lasgouttes wrote: Hi, what is the purpose of
Michael> LyXConfig.lyx.in? It seems to be unused (replaced by
Michael> LaTeXConfig.lyx.in?)
>> It was supposed to be a replacement for LaTeXConfig.lyx.in. Please
>> drop it.
Jean-Marc Lasgouttes wrote:
You can also remove the lyxsocket/ directory.
I removed it...
Michael
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Hum, please let's discuss that a bit. Even though there is
Abdelrazak> a minor potential conflict with my posted patch, I think
Abdelrazak> the two patches are orthogonal.
Abdelrazak> I am not
Jean-Marc Lasgouttes wrote:
Michael> Hi, what is the purpose of LyXConfig.lyx.in? It seems to be
Michael> unused (replaced by LaTeXConfig.lyx.in?)
It was supposed to be a replacement for LaTeXConfig.lyx.in. Please
drop it.
OK, I removed it from trunk and 1.4.X.
Michael
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Hum, please let's discuss that a bit. Even though there is
Abdelrazak> a minor potential conflict with my posted patch, I think
Abdelrazak> the two patches are orthogonal.
Abdelrazak> I am not sure I like the idea a n
Abdelrazak Younes wrote:
Jean-Marc Lasgouttes wrote:
The following patch fixes the highly annoying behaviour of the
errorlist inset: every time it gets focus, it acts as if the first
error has been selected. This means in practice that it is not
possible to fix an error without closing the dialo
Jean-Marc Lasgouttes wrote:
The following patch fixes the highly annoying behaviour of the
errorlist inset: every time it gets focus, it acts as if the first
error has been selected. This means in practice that it is not
possible to fix an error without closing the dialog.
This patch is for 1.4.
> "Michael" == Michael Gerz <[EMAIL PROTECTED]> writes:
Michael> Jean-Marc, Joost, Georg: when doing a grep over the 1.4.X
Michael> branch, I noticed a couple of relicts/problems:
Michael> 1. src/lyxrc.C: We refer to a script called "makeindex.sh"?
Michael> Where does it come from? On my mach
> "Joost" == Joost Verburg <[EMAIL PROTECTED]> writes:
Joost> Uwe Stöhr wrote:
>> I'll merge my changes to the installer as soon as I have time.
Joost> Do you have any idea how long it will take? We need to decide
Joost> whether there will be a 1.4.2-2 Windows release with MiKTeX 2.5
Joost> a
> "Joost" == Joost Verburg <[EMAIL PROTECTED]> writes:
Joost> All these things related to the old and broken MSVC files
Joost> should be removed from branch and trunk. Jean-Marc already
Joost> agreed with that.
Joost> Go ahead and remove development/Win32/fakeconfig as well as all
Joost> file
The following patch fixes the highly annoying behaviour of the
errorlist inset: every time it gets focus, it acts as if the first
error has been selected. This means in practice that it is not
possible to fix an error without closing the dialog.
This patch is for 1.4. It adds a flag telling wheth
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Hello, This is the continuation of my ErrorList work.
Abdelrazak> This patch creates a error_lists map member inside the
Abdelrazak> Buffer class. Sorry Lars, I had no choice but to use
Abdelrazak> string for the map
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
Bo> JMarc, How do you think of this note-eats-blank patch?
I did not comment on it yet because I do not like it but did not have
a better solution. Now that you insisted, I read verbatim
documentation, googled around, looked at latex bug database.
Uwe Stöhr wrote:
I'll merge my changes to the installer as soon as I have time.
Do you have any idea how long it will take? We need to decide whether
there will be a 1.4.2-2 Windows release with MiKTeX 2.5 and your
updates. The other option is to wait for 1.4.3.
Joost
[EMAIL PROTECTED] wrote:
Author: schmitt
Date: Sat Aug 12 22:03:09 2006
New Revision: 14626
URL: http://www.lyx.org/trac/changeset/14626
Log:
* src/tex2lyx/test.ltx:
* lib/layouts/revtex4.layout: refer to tex2lyx rather than
reLyX in comments
Modified:
lyx-devel/branche
Michael Gerz wrote:
2. development/Win32/fakeconfig/lyxrc.defaults: This file refers to some
shell scripts as well as to reLyX. Joost, do we still need the files in
fakeconfig for the 1.4.X installer? Otherwise, I would like to remove
the complete directory.
All these things related to the ol
Jean-Marc, Joost, Georg:
when doing a grep over the 1.4.X branch, I noticed a couple of
relicts/problems:
1. src/lyxrc.C: We refer to a script called "makeindex.sh"? Where does
it come from? On my machine, "makeindex" is a binary.
2. development/Win32/fakeconfig/lyxrc.defaults: This file re
JMarc,
How do you think of this note-eats-blank patch?
Bo
Index: src/insets/insetnote.C
===
--- src/insets/insetnote.C (revision 14481)
+++ src/insets/insetnote.C (working copy)
@@ -266,6 +266,19 @@
ss << "%\n\\b
Hello,
This is the continuation of my ErrorList work.
This patch creates a error_lists map member inside the Buffer class.
Sorry Lars, I had no choice but to use string for the map key. This is
because the only information that could be passed to the controller is a
string.
With this new archit
> "Sanda" == Sanda Pavel <[EMAIL PROTECTED]> writes:
Sanda> aha :) i didnt miss it, but it didnt worked the way i would
Sanda> expect: namely if you open a new document, choose Part envi and
Sanda> THEN you change document lang to czech, it remains "Part". but
Sanda> if you open new doc, chang
> "Sanda" == Sanda Pavel <[EMAIL PROTECTED]> writes:
Sanda> when i try to edit pref file and set the fonts on Roman, Sans,
Sanda> Mono, the result is the same. so the problem is, that these
Sanda> fonts are not implitictly installed with my Xorg and LyX then
Sanda> choose the alphabetically fi
> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
Jean-Marc> However, forwardPosNoDescend does not go out of an inset
Jean-Marc> when at the end of this inset, which does not seem to be by
Jean-Marc> design (but who knows?), and therefore the cursor gets
Jean-Marc> stuck foreve
This method was used nowhere and has zero benefit.
Committing now.
Abdel.
Index: GuiImplementation.C
===
--- GuiImplementation.C (revision 14623)
+++ GuiImplementation.C (working copy)
@@ -82,7 +82,7 @@
work_areas_[id]->set
Georg Baum wrote:
Am Samstag, 12. August 2006 17:35 schrieb Abdelrazak Younes:
But I think there could be a problem in the repository with this file.
I don't think so, since nobody else sees this. The copied="true" means that
the file in your tree was the result of a not yet committed 'svn c
Am Samstag, 12. August 2006 17:35 schrieb Abdelrazak Younes:
> But I think there could be a problem in the repository with this file.
I don't think so, since nobody else sees this. The copied="true" means that
the file in your tree was the result of a not yet committed 'svn copy'
operation. Tha
Georg Baum wrote:
Am Samstag, 12. August 2006 16:52 schrieb Abdelrazak Younes:
When I "svn update" trunk I always receive the following error:
Error: Working copy path 'src/frontends/qt4/Application.C' does not
exist in repository
Is that file mentioned in src/frontends/qt4/.svn/entries?
Y
Am Samstag, 12. August 2006 17:11 schrieb Abdelrazak Younes:
> http://svn.haxx.se/users/archive-2005-03/0857.shtml
>
> " This problem seems to happen on Windows because of filename case
> issues. The repository has the case of the filename different from the
> working copy, or there are two files
Am Samstag, 12. August 2006 16:52 schrieb Abdelrazak Younes:
> When I "svn update" trunk I always receive the following error:
>
> Error: Working copy path 'src/frontends/qt4/Application.C' does not
> exist in repository
Is that file mentioned in src/frontends/qt4/.svn/entries? It looks like
th
Abdelrazak Younes wrote:
When I "svn update" trunk I always receive the following error:
Error: Working copy path 'src/frontends/qt4/Application.C' does not
exist in repository
Could someone who knows SVN investigate please?
Hum, this seems to be a windows issue:
http://svn.haxx.se/users/
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> When I "svn update" trunk I always receive the following
Abdelrazak> error: Error: Working copy path
Abdelrazak> 'src/frontends/qt4/Application.C' does not exist in
Abdelrazak> repository
Abde
Abdelrazak Younes wrote:
When I "svn update" trunk I always receive the following error:
Error: Working copy path 'src/frontends/qt4/Application.C' does not
exist in repository
i don't see this
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> When I "svn update" trunk I always receive the following
Abdelrazak> error: Error: Working copy path
Abdelrazak> 'src/frontends/qt4/Application.C' does not exist in
Abdelrazak> repository
Abdelrazak> Could someone who
When I "svn update" trunk I always receive the following error:
Error: Working copy path 'src/frontends/qt4/Application.C' does not
exist in repository
Could someone who knows SVN investigate please?
Thanks in advance,
Abdel.
Welcome back.
Works fine here (win-msvc/qt4) but my tree is one month old.
That means you did not break anything :-)
Bo
Lars Gullik Bjønnes wrote:
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| to finish the trivial stuff tonight, so that I can work on more
| interesting stuff
Unicode!!!
(Josè say merge, what do others say?)
Don't know if my vote counts but "Merge".
Abdel.
Georg Baum wrote:
The scrollbar does still not work: trying to drag it with the mouse, or
clicking below or above the slider does not move it, it results only in
some flickering (both qt3 and qt4).
Actually, the scrollbar sort-of works only if "Cursor follows scrollbar"
is set. That's why I
Jose' Matos wrote:
Thanks to the help of lyx developers and users, tips, advice, humour, no smile
Fridays and so on, I have today officially delivered my thesis. It was a
breeze with LyX. :-)
Congratulations to you soon-to-be Doctor Matos!
Abdel.
Jean-Marc Lasgouttes wrote:
"Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
I am trying to test a few patches (e.g. Enrico's) but my lyx would
crash whenever I try to export/view a file. Is there any major
change going on?
Bo> I can not reproduce the error reliably. The error message is an
Bo> i
Bo Peng wrote:
I am trying to test a few patches (e.g. Enrico's) but my lyx would
crash whenever I try to export/view a file. Is there any major change
going on?
I can not reproduce the error reliably. The error message is an
infinite list of 'QObject Kill timer: timers can not be stopped from
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> My idea is to move all special casing for convertDefault.py to
Georg> Converters::getPath. Converters::getPath would then get an
Georg> additional bool argument try_default (like Converters::convert
Georg> already has). convertDefault.
Am Samstag, 12. August 2006 14:38 schrieb Jean-Marc Lasgouttes:
> Rather than adding yet other export formats that clutter the
> interface, could we have a buffer-export-raw lfun? It could have some
> option to skip header.
I think that would work as well.
Georg
Am Samstag, 12. August 2006 00:46 schrieb Jean-Marc Lasgouttes:
> > "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
>
> Georg> Here comes my long promised fix for bug 2637 (graphics files
> Georg> with ' in the name can't be previewed).
>
> Georg, do you think this should go to 1.4?
Yes. T
http://bugzilla.lyx.org/show_bug.cgi?id=2510
This happens because the is no \change_unchanged at the end of the
not inset.
The code in findnextchange looks like
for (; cur != et ; cur.forwardPosNoDescend()) {
Change change = cur.paragraph().lookupChangeFull(cur.pos());
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> At least one other person who sees my point ;-) That would both
Georg> be consistent and very easy to implement, since Bo already
Georg> implemented the infrastructure for the View Source feature. The
Georg> only new thing we would nee
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> Am Samstag, 12. August 2006 00:18 schrieb Jean-Marc Lasgouttes:
>> > "Georg" == Georg Baum <[EMAIL PROTECTED]>
>> writes:
>>
Georg> The attached patch works for me. OK to go in?
>> Provided it is well tested, yes. I am not sure I
Am Samstag, 12. August 2006 00:18 schrieb Jean-Marc Lasgouttes:
> > "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
>
> Georg> The attached patch works for me. OK to go in?
>
> Provided it is well tested, yes. I am not sure I follow all the logic
> (which is not your fault).
Yes, it is wel
Am Freitag, 11. August 2006 21:25 schrieb Jean-Marc Lasgouttes:
> So what I would propose is 2 export options:
>
> - just the tex (or just the if we can make it generic to other
> formats)
>
> - just the tex/foo, but without headers.
>
> Comments?
At least one other person who sees my point
Georg Baum writes:
> > Does that cover all bases?
> Not the case where you export a document, close LyX, change the figure and
> then reexport it. Then LyX will not know anymore thet it "owns" the eps
> file.
Store the checksum in the LyX file?
> In general the concept of "ownership" could re
Am Freitag, 11. August 2006 13:42 schrieb Angus Leeming:
> Does that cover all bases?
Not the case where you export a document, close LyX, change the figure and
then reexport it. Then LyX will not know anymore thet it "owns" the eps
file.
In general the concept of "ownership" could reduce the nu
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
>> I am trying to test a few patches (e.g. Enrico's) but my lyx would
>> crash whenever I try to export/view a file. Is there any major
>> change going on?
Bo> I can not reproduce the error reliably. The error message is an
Bo> infinite list of 'Q
61 matches
Mail list logo
