On Tuesday 25 September 2007 17:47:54 Michael Gerz wrote:
> http://www.lyx.org/trac/changeset/20380 - Fix handling of cjk_encoding
> for documents made with versions older than 1.5
Specific to 1.6, it works in 1.5.
--
José Abílio
Richard Heck wrote:
Andre Poenitz wrote:
On Tue, Sep 25, 2007 at 12:52:36PM -0400, Richard Heck wrote:
In working on the InsetCommand stuff, I ran across this. Somethind
should be done here, but I'm not sure what and will make a proposal.
The patch is attached. The issue is with the test
Richard Heck wrote:
Can people on Linux (at least) try this: Open a new file; open a LyX
note; type. I get amazing slowness.
This is with trunk right?
A little experimenting suggests that
this behavior shows itself whenever I am typing at the end of a text
inset. For example, if I go to th
On 9/25/07, Pavel Sanda <[EMAIL PROTECTED]> wrote:
> > I like your affort to make a GUI for hyperref with pdf-support. I have one
> > question: Many of my documents are using ERT to add hyperref and configure
> > pdf-options. Are these already detected and converted?
>
> no, they are not. it may be
On Tue, Sep 25, 2007 at 09:20:59PM -, [EMAIL PROTECTED] wrote:
> Author: uwestoehr
> Date: Tue Sep 25 23:20:57 2007
> New Revision: 20508
>
> URL: http://www.lyx.org/trac/changeset/20508
> Log:
> BufferParams.cpp: change the package loading to:
>
> former now
> needed package
> > So I can't make 'all' in po/ ? :-(
>
> Does the attached patch help?
yes, it does. can you put it in trunk ?
pavel
On Tue, Sep 25, 2007 at 09:10:29PM +0200, Alfredo Braunstein wrote:
> On 9/25/07, Enrico Forestieri <[EMAIL PROTECTED]> wrote:
>
> > Hrmpf.
> >
> > I have results different from yours. I ran three times the commands
> > and took the lowest "real" value. Note that "user" and "sys" values
> > practi
> I like your affort to make a GUI for hyperref with pdf-support. I have one
> question: Many of my documents are using ERT to add hyperref and configure
> pdf-options. Are these already detected and converted?
no, they are not. it may be possible to detect them from preamble of older
.lyx files
The attached patch accomplishes the first part of the plan discussed
here earlier, under InsetCommand[Params], the goal being to disentangle
the type of an inset from the (LaTeX) command it represents. This patch
reworks how InsetCommands are represented in LyX files, laying the
foundation fo
Andre Poenitz wrote:
On Tue, Sep 25, 2007 at 12:52:36PM -0400, Richard Heck wrote:
In working on the InsetCommand stuff, I ran across this. Somethind
should be done here, but I'm not sure what and will make a proposal.
The patch is attached. The issue is with the test
if (!p.getCmdName()
Can people on Linux (at least) try this: Open a new file; open a LyX
note; type. I get amazing slowness. A little experimenting suggests that
this behavior shows itself whenever I am typing at the end of a text
inset. For example, if I go to the end of the file, then I get slowness.
But if I
On Tue, Sep 25, 2007 at 12:52:36PM -0400, Richard Heck wrote:
> In working on the InsetCommand stuff, I ran across this. Somethind
> should be done here, but I'm not sure what and will make a proposal.
>
> The patch is attached. The issue is with the test
>if (!p.getCmdName().empty()) {
> The
On 9/25/07, Enrico Forestieri <[EMAIL PROTECTED]> wrote:
> Hrmpf.
>
> I have results different from yours. I ran three times the commands
> and took the lowest "real" value. Note that "user" and "sys" values
> practically didn't change between runs.
How much memory do your sun and linux boxes hav
Michael Gerz wrote:
Patch Candidate List #4
Approved by Jürgen
--
New
---
None of my commits are applicable except this one:
http://www.lyx.org/trac/changeset/20419 - GuiApplication::notify():
don't crash with abort() but exit gracefully when an exception is
caught. try to
Richard Heck wrote:
> > New
> > ---
> > http://www.lyx.org/trac/changeset/20366 - Introduce
> > LFUN_MASTER_BUFFER_VIEW and UPDATE. Code by Tommaso Cucinotta.
>
> Just added.
And for the rest, what I've written here
http://marc.info/?l=lyx-devel&m=119062027102683&w=2
applies (wrt 1.5.2):
"Please
Michael Gerz wrote:
Patch Candidate List #4
Approved by Jürgen
--
New
---
http://www.lyx.org/trac/changeset/20366 - Introduce
LFUN_MASTER_BUFFER_VIEW and UPDATE. Code by Tommaso Cucinotta.
Just added.
Richard
--
==
Bo Peng wrote:
> Do you want me to polish configure.py, or both configure.py and lyx
> parts for 1.5.2?
Just do whatever is necessary to backport this to branch (both the configure
and the LyX changes should go in IMHO).
Please wait for Jean-Marc's input, since he's the one who brought up the id
Patch Candidate List #4
Approved by Jürgen
--
New
---
http://www.lyx.org/trac/changeset/20296 - [...] prevent double deletion
of socket notifier
http://www.lyx.org/trac/changeset/20357 - make sure formats are sorted
and converters up-to-date
http://www.lyx.org/trac/changeset/2
On Tue, Sep 25, 2007 at 11:41:48AM +0200, Abdelrazak Younes wrote:
> Georg Baum wrote:
> >Abdelrazak Younes wrote:
> >
> >>This is of course not needed but there are some fundamentalist over here
> >>:-).
> >
> >Nonsense. This discussion is not about fundamentalism (not even with
> >smileys), it is
On Tue, Sep 25, 2007 at 11:36:38AM +0200, Georg Baum wrote:
> Andre Poenitz wrote:
>
> > How would you have rated the previous GUII architecture?
>
> I would not have implemented it that way, but I never had big problems with
> it. Is was in my experience far less a problem than you always made i
> I thought we wanted to change that with the new approach.
That is quite easy. Patch attached. The logic is that generate a
default copy if --without-latex-config is specified, or if there is no
previous version of this file.
-# First, remove the files that we want to re-create
-removeFi
In working on the InsetCommand stuff, I ran across this. Somethind
should be done here, but I'm not sure what and will make a proposal.
The patch is attached. The issue is with the test
if (!p.getCmdName().empty()) {
The problem is that, so far as I can see, there is absolutely no way
this c
Michael Gerz wrote:
Richard Heck schrieb:
Michael Gerz wrote:
[EMAIL PROTECTED] schrieb:
Author: spitz
Date: Tue Sep 25 15:54:37 2007
New Revision: 20488
URL: http://www.lyx.org/trac/changeset/20488
Log:
* lib/layouts/ams*.layout:
* lib/layouts/ams*.inc:
- updates from Paul A. Rubin.
H
On Tue, Sep 25, 2007 at 11:28:41AM +0200, Georg Baum wrote:
> Andre Poenitz wrote:
>
> > Why do we need the dispatch mechanism for calls into the kernel?
>
> It is not needed, but it simplifies the code. For example, take the label
> dialog: Renaming a label is more than just changing some inset
Richard Heck schrieb:
Michael Gerz wrote:
[EMAIL PROTECTED] schrieb:
Author: spitz
Date: Tue Sep 25 15:54:37 2007
New Revision: 20488
URL: http://www.lyx.org/trac/changeset/20488
Log:
* lib/layouts/ams*.layout:
* lib/layouts/ams*.inc:
- updates from Paul A. Rubin.
Has this been committe
Michael Gerz wrote:
[EMAIL PROTECTED] schrieb:
Author: spitz
Date: Tue Sep 25 15:54:37 2007
New Revision: 20488
URL: http://www.lyx.org/trac/changeset/20488
Log:
* lib/layouts/ams*.layout:
* lib/layouts/ams*.inc:
- updates from Paul A. Rubin.
Has this been committed to the trunk before?
Michael Gerz wrote:
> Has this been committed to the trunk before? I can't find the change in
> my list of patches.
No. I wrote on the list why I didn't.
Jürgen
Richard Heck wrote:
> Nothing needs to be done specially for trunk. The theorem modules are
> independent of the AMS classes, in principle. It would probably be good
> if that weren't so---if amsmaths.inc were just included in the ams
> theorems module, so the two were in sync---but I didn't do tha
[EMAIL PROTECTED] schrieb:
Author: spitz
Date: Tue Sep 25 15:54:37 2007
New Revision: 20488
URL: http://www.lyx.org/trac/changeset/20488
Log:
* lib/layouts/ams*.layout:
* lib/layouts/ams*.inc:
- updates from Paul A. Rubin.
Has this been committed to the trunk before? I can't find th
> Is this hard-coded into configure.py, or could we instead have a default
> file somewhere that could just be copied over (and changed by the
> packagers, if necessary)?
This is possible. But the idea of --without-latex-config is to produce
such a file on the fly. :-)
Bo
José Matos wrote:
On Monday 24 September 2007 17:48:52 Richard Heck wrote:
URL insets used in LaTeX documents should presumably become URL
charstyles. But we do not want to do this for docbook documents. How do
we tell from inside lyx2lyx whether we're doing one or the other?
It is ea
Jean-Marc Lasgouttes wrote:
[EMAIL PROTECTED] (Jürgen Spitzmüller) writes:
I guess trunk needs special care due to the module changes done by Richard.
Richard, could you take care about the inclusion of these new layouts in
trunk?
Also, trunk needs special care for the new counters han
Bo Peng wrote:
2. generate a default textclass.lst regardless of --without-latex-config
-if not check_config:
-print ' default values'
+# Then, generate a default textclass.lst. In case configure.py
+# fails, we still have something to start lyx.
+print ' default values'
Bo Peng wrote:
> I am not aware of such a feature. textclass.lst will always be removed
> by configure.py before a new one is produced.
I thought we wanted to change that with the new approach.
Jürgen
> Bo Peng wrote:
> > 2. generate a default textclass.lst regardless of --without-latex-config
>
> Does this default lst overwrite given .lst's? I mean, on upgrading, given
> lists might be used instead if the generation of new ones fails.
I am not aware of such a feature. textclass.lst will always
Jürgen Spitzmüller wrote:
Jürgen Spitzmüller wrote:
Paul A. Rubin wrote:
I hereby grant permission to licence my contributions to LyX under
the Gnu General Public Licence, version 2 or later.
Thanks, and welcome aboard.
Now, your star shines even brighter:
http://www.lyx.org/trac/changeset/2
This looks sensible in general. I have one question:
Bo Peng wrote:
> 2. generate a default textclass.lst regardless of --without-latex-config
Does this default lst overwrite given .lst's? I mean, on upgrading, given
lists might be used instead if the generation of new ones fails.
Jürgen
> Why "wrong lists"? I thought the idea was that there are always valid lists,
> since configure won't overwrite the old lists if something failed.
If latex is not installed, configure.py (with the patch I just sent)
will produce a default textclass.lst. Lyx will start, and can even
display a .lyx
On Tue, 25 Sep 2007 08:21:57 +0200
Abdelrazak Younes <[EMAIL PROTECTED]> wrote:
> Richard Heck wrote:
> > Abdelrazak Younes wrote:
> >> [EMAIL PROTECTED] wrote:
> >>> Author: younes
> >>> Date: Fri Sep 21 22:39:47 2007
> >>> New Revision: 20420
> >>>
> >>> URL: http://www.lyx.org/trac/changeset/20
> Another solution (but only if we managed to have exception handling)
> would be to provide the default textclass.lst (the one when using
> --without-latex-config) in case of problem.
This is what I am doing:
1. chkconfig.ltx generates textclass.lst.tmp, package.lst.tmp first.
Index: lib/chkco
Jürgen Spitzmüller wrote:
> No. How does that work?
Never mind. I just found out.
Jürgen
Jean-Marc Lasgouttes schrieb:
Why do everybody think that MikTeX has a bug? It has not!
You mean it does not hang forever (or do something weird) anymore
because the network connection is off?
This has been fixed since March.
So why does configure.py fail to work, then?
It only fails whe
Jean-Marc Lasgouttes wrote:
> Juergen, did you use generate-contribution.py?
No. How does that work?
Jürgen
Abdelrazak Younes wrote:
Georg Baum wrote:
Where is the metrics/draw concept documented? Who
understands the current state?
Me. And I've tried to document this mess while doing it.
Just to put things in perspective this page says I have a comment/code
ratio of 24%:
http://www.ohloh.net/
"Bo Peng" <[EMAIL PROTECTED]> writes:
>> In my second message, I wrote that the .lst files should be put in
>> place only when the configuration has succeeded. So this would not
>> require any exception handling.
>
> OK. First, can anyone tell me what these 'valid list files' are?
The useful file
> In my second message, I wrote that the .lst files should be put in
> place only when the configuration has succeeded. So this would not
> require any exception handling.
OK. First, can anyone tell me what these 'valid list files' are?
Bo
[EMAIL PROTECTED] (Jürgen Spitzmüller) writes:
> Jürgen Spitzmüller wrote:
>> Paul A. Rubin wrote:
>> > I hereby grant permission to licence my contributions to LyX under
>> > the Gnu General Public Licence, version 2 or later.
>>
>> Thanks, and welcome aboard.
>
> Now, your star shines even brigh
Jürgen Spitzmüller wrote:
> Paul A. Rubin wrote:
> > I hereby grant permission to licence my contributions to LyX under
> > the Gnu General Public Licence, version 2 or later.
>
> Thanks, and welcome aboard.
Now, your star shines even brighter:
http://www.lyx.org/trac/changeset/20490
Jürgen
"Bo Peng" <[EMAIL PROTECTED]> writes:
> Also, in my cases (one reported, one from myself), configure.py
> fails because it takes too much time so is brutally killed. In this
> case, no exception handling can help unless we first use default
> .lst file, and replace them with correct ones after co
Bo Peng wrote:
> This can be easily done. I did not do it because I believe that lyx
> should start with correctly-configured lst files. Using wrong lists
> that make lyx 'somehow works' makes no sense to me.
Why "wrong lists"? I thought the idea was that there are always valid lists,
since conf
Paul A. Rubin wrote:
> I hereby grant permission to licence my contributions to LyX under
> the Gnu General Public Licence, version 2 or later.
Thanks, and welcome aboard.
Jürgen
> But in general, I agree that this is the most clean solution probably. Bo, you
> are the python expert. What is your take on this proposal, as opposed to
> yours? Could you have a go at this?
This can be easily done. I did not do it because I believe that lyx
should start with correctly-configur
Jürgen Spitzmüller wrote:
Please find attached a patch that includes the changes done by Paul A. Rubin
to rework the AMS document classes.
I hereby grant permission to licence my contributions to LyX under
the Gnu General Public Licence, version 2 or later.
/Paul
Uwe Stöhr <[EMAIL PROTECTED]> writes:
>> And of course, miktex should be fixed :)
>
> Why do everybody think that MikTeX has a bug? It has not!
You mean it does not hang forever (or do something weird) anymore
because the network connection is off? So why does configure.py fail
to work, then?
JM
> And of course, miktex should be fixed :)
Why do everybody think that MikTeX has a bug? It has not!
Uwe
>>You are right that we don't need the latest versions of the packages. MiKTeX's update is
start >> anyway at the end of the installation so people will be up to date.
>
> Hum... is the automatic update on startup really necessary? Is it something
that we could have
> control on anyway?
Of
José Matos wrote:
> > I guess the upgrades should also go to trunk. José?
>
> Yes, please.
done.
Jürgen
Jean-Marc Lasgouttes wrote:
> The release management secret is to decide that 'enough is enough' at
> some point, ignoring people who pretend that something that has been
> lingering along for a long time really needs to be finished _now_ :)
I see. I'm just trying to reach that point :-)
Jürgen
On Tuesday 25 September 2007 10:42:11 Jürgen Spitzmüller wrote:
> I guess the upgrades should also go to trunk. José?
Yes, please.
> Jürgen
--
José Abílio
[EMAIL PROTECTED] (Jürgen Spitzmüller) writes:
> Jean-Marc Lasgouttes wrote:
>> If nobody steps up, Bo's proposal may make sense indeed if we really
>> are in a hurry.
>
> We're not in a hurry, but I want something to be done finally. I don't think
> things will improve if we keep on waiting (or
Uwe Stöhr wrote:
> But users won't know this, and it costs you more time to empty an edit
> field than to uncheck the checkbox. A checkbox is more intuitive I think.
Fine with me.
Jürgen
> What if a user explicitely wants 0pt? A zero dimension box is often used to
> correct the adjustment in LaTeX.
But that was what the user reported as bug. Nevertheless I'll try to take an empty argument instead
of zero.
>> - I changed the UI to make the optional parameter really optional
>>
Jean-Marc Lasgouttes schrieb:
Is it really so difficult to make sure that configure.py always
outputs something reasonable? There has to be some exception handling
in python...
That is what I proposed before, see
http://bugzilla.lyx.org/show_bug.cgi?id=2829#c13
regards Uwe
Bo Peng schrieb:
The LyXWinInstaller already comes with this feature: A console windows is pop
up where you can see
the progress. After it s finished, the console window is closed.
You mean after lyx is started in GUI mode?
No before, try it out to see what I mean.
BTW, the patch is for 1
Jürgen Spitzmüller wrote:
> Jean-Marc Lasgouttes wrote:
> > I think that configure.py should have some exception handling or
> > something like that:
> >
> > 1/ generate all files in some temp file
> >
> > 2/ if we finished successfully, overwrite existing files with the new
> > ones.
> >
> > This
Georg Baum wrote:
Andre Poenitz wrote:
How would you have rated the previous GUII architecture?
I would not have implemented it that way, but I never had big problems with
it. Is was in my experience far less a problem than you always made it
appear. Surely implementing a new inset required t
On Sun, Sep 23, 2007 at 08:18:05PM +0200, Andre Poenitz wrote:
> On Fri, Sep 21, 2007 at 03:51:26PM +0200, Enrico Forestieri wrote:
> > On Fri, Sep 21, 2007 at 02:13:55AM +0200, Andre Poenitz wrote:
> >
> > > On Thu, Sep 20, 2007 at 02:23:28PM +0200, Enrico Forestieri wrote:
> > > > > What about d
Georg Baum wrote:
Abdelrazak Younes wrote:
This is of course not needed but there are some fundamentalist over here
:-).
Nonsense. This discussion is not about fundamentalism (not even with
smileys), it is about very practical advantages/disadvantages of different
approaches.
Well, last tim
Jürgen Spitzmüller wrote:
> I've updated some files that needed this for the next release. Some were
> really outdated. Attached are those files and a diff.
I've committed these changes now. If you have changes, just send a patch.
I guess the upgrades should also go to trunk. José?
Jürgen
Andre Poenitz wrote:
> How would you have rated the previous GUII architecture?
I would not have implemented it that way, but I never had big problems with
it. Is was in my experience far less a problem than you always made it
appear. Surely implementing a new inset required too many classes, but
Abdelrazak Younes wrote:
> This is of course not needed but there are some fundamentalist over here
> :-).
Nonsense. This discussion is not about fundamentalism (not even with
smileys), it is about very practical advantages/disadvantages of different
approaches.
Georg
Andre Poenitz wrote:
> Why do we need the dispatch mechanism for calls into the kernel?
It is not needed, but it simplifies the code. For example, take the label
dialog: Renaming a label is more than just changing some inset parameter,
because some references might be changed, and some global lis
On Tuesday 25 September 2007 10:19:56 Jürgen Spitzmüller wrote:
> I've updated some files that needed this for the next release. Some were
> really outdated. Attached are those files and a diff.
Congratulations, that is almost a thankless job. :-)
> Jürgen
--
José Abílio
I've updated some files that needed this for the next release. Some were
really outdated. Attached are those files and a diff.
I've you have some ideas for fine-tuning, this can be done after these changes
are in. However, please let me know if you have some more fundamental
remarks.
Jürgen
In
On Monday 24 September 2007 17:48:52 Richard Heck wrote:
> URL insets used in LaTeX documents should presumably become URL
> charstyles. But we do not want to do this for docbook documents. How do
> we tell from inside lyx2lyx whether we're doing one or the other?
It is easy. :-)
You can test
Jean-Marc Lasgouttes wrote:
> If nobody steps up, Bo's proposal may make sense indeed if we really
> are in a hurry.
We're not in a hurry, but I want something to be done finally. I don't think
things will improve if we keep on waiting (or is there some release managment
secret you are still hid
[EMAIL PROTECTED] (Jürgen Spitzmüller) writes:
> The crucial question is: Is this doable for 1.5.2? And is there something who
> could do it in time?
I think the changes are reasonably trivial for someone who knows
reasonably python (not me :).
> And if not: is Bo's proposal something that co
Andre Poenitz wrote:
Do we use --without-included-boost regularily?
I do - hoping for these advantages:
* Slightly faster compile when not compiling the included boost
* Slightly less memory in use when LyX shares the system boost
libraries with other boosted software.
* Testing the use of
Jean-Marc Lasgouttes wrote:
> I think that configure.py should have some exception handling or
> something like that:
>
> 1/ generate all files in some temp file
>
> 2/ if we finished successfully, overwrite existing files with the new
> ones.
>
> This way, a failed configuration will be a no-op: n
[EMAIL PROTECTED] (Jürgen Spitzmüller) writes:
> I guess trunk needs special care due to the module changes done by Richard.
> Richard, could you take care about the inclusion of these new layouts in
> trunk?
Also, trunk needs special care for the new counters handling: the old
code still works
[EMAIL PROTECTED] (Jürgen Spitzmüller) writes:
> Bo Peng wrote:
>> OK. Here is an updated patch that does 2 as well. When lyx is started
>> without proper .lst files, a message box will appear and say "No
>> textclass is found. Click OK to reconfigure". After a user clicks OK,
>> reconfigure will
Uwe Stöhr <[EMAIL PROTECTED]> writes:
> Bo Peng schrieb:
>
>> OK. Here is an updated patch that does 2 as well. When lyx is started
>> without proper .lst files, a message box will appear and say "No
>> textclass is found. Click OK to reconfigure". After a user clicks OK,
>> reconfigure will start
Uwe Stöhr wrote:
> I don't understand why we don't provide the relevant missing packages
in the installer? Even if
> these packages change often, one doesn't need to have the last
version, especially if the
> installation is basically blocked because of that.
You are right that we don't nee
Uwe Stöhr wrote:
> The patch fixes
> http://bugzilla.lyx.org/show_bug.cgi?id=3242
>
> - When the height value is zero, no option is set in the output. (see
> coment 0)
What if a user explicitely wants 0pt? A zero dimension box is often used to
correct the adjustment in LaTeX.
> - I changed the
LyX 1.5.1 on GNULinux/Ubuntu
Insert->File->External material->Date gives a past date; e.g., today 23/09/07,
the output shows 07-08-2007, or processing the EmbeddedObjects.lyx manual
produces 22-05-2007
Editing the lyx file in a text editor I see:
\begin_inset External
temp
Please find attached a patch that includes the changes done by Paul A. Rubin
to rework the AMS document classes. Paul put in lots of energy, and after
intense testing and modification, this is the final result. Here's the list
of changes:
Paul's changes:
* Added Assumption and Assumption* envi
86 matches
Mail list logo
