> 1) I made my decision clear during the whole process, I would accept the
> embedding subject to some conditions, one of the major conditions was the
> privacy/security issue.
>
> I have explained in several messages what I meant. You keep refusing the
> existence of any problem without taking a c
Jürgen Spitzmüller wrote:
> Jean-Marc Lasgouttes wrote:
> > >> No. There have been discussions about having quotes automatically
> > >> reflect the language, but this never got done.
> > >
> > > never get done because nobody care about doing it or because there
> > > are some problem with this solu
On Tuesday 20 May 2008 20:13:43 Bo Peng wrote:
> I do not understand Jose's role either. During the long discussions, I
> called for him a few times to make a decision. Whatever that decision
> would be, it would certainly be better than allowing such discussions
> to last forever and eventually h
On Tue, May 20, 2008 at 5:01 PM, Jean-Marc Lasgouttes
<[EMAIL PROTECTED]> wrote:
> "Bo Peng" <[EMAIL PROTECTED]> writes:
>
>> I do not quite get it. Are we talking about base64 vs. zip? When you
>> open both types of files, you need to extract embedded files first.
>> After that, all the operations
"Bo Peng" <[EMAIL PROTECTED]> writes:
> I do not quite get it. Are we talking about base64 vs. zip? When you
> open both types of files, you need to extract embedded files first.
> After that, all the operations are the same. If you are comparing
> between the base64 bundle, and the filename + dir
> Sure but I think you miss two points:
> - LyX does not read these files most of the time thanks to the converter
> cache; and if it does it reads then asynchronously after the .lyx file is
> loaded on screen. In effect this means that the user sees a much faster
> loading time.
> - most of the ti
Andre Poenitz wrote:
On Tue, May 20, 2008 at 10:00:56AM +0200, Abdelrazak Younes wrote:
But Base64 blobs have the disctinct inconvenient that LyX will have to read
all embedded files itself. This will kill the file loading time if we abuse
such method. OK, we could organize the .lyx file so
> Yes. I do not understand why you do not simply decide that embedding will
> not be part of 1.6.0.
> Period.
> No discussion.
I do not understand Jose's role either. During the long discussions, I
called for him a few times to make a decision. Whatever that decision
would be, it would certainly
Prolog:
I had a very coarse look at this discussion and therefore I certainly see
only a part of the picture. I am not going to take part in the discussion
either. But sometimes a view from outside is useful, and therefore I wrote
the comments below. Please ignore them if you think that they are no
On Tue, May 20, 2008 at 10:06:25AM +0200, Abdelrazak Younes wrote:
> Andre Poenitz wrote:
>> Base64 blobs have the distict advantage of retaining the possibility to
>> edit the .lyx file in a text editor - which I used to do quite often...
>>
> By the way, I know you are a shell guy but modern d
On Tue, May 20, 2008 at 10:00:56AM +0200, Abdelrazak Younes wrote:
> But Base64 blobs have the disctinct inconvenient that LyX will have to read
> all embedded files itself. This will kill the file loading time if we abuse
> such method. OK, we could organize the .lyx file so that all blobs are a
Jürgen Spitzmüller wrote:
RGH wrote:
Whether you want to go that far in 1.5.x, I don't know. The problem, of
course, would be that people who had been using local layouts would
effectively lose them when they opened their files. But we could still
look for the local file and, if we found it,
> You mean "I am OK about forgetting about this stuff, as long as we
> only forget about Richard's proposal"?
I would work with Richard on his proposal if it is not based on the
filename.lyxdir idea. Global or individual embedding is not an
obstacle for me. I consider Richard's proposal intrusive
RGH wrote:
> Whether you want to go that far in 1.5.x, I don't know. The problem, of
> course, would be that people who had been using local layouts would
> effectively lose them when they opened their files. But we could still
> look for the local file and, if we found it, pop up a special message
Jürgen Spitzmüller wrote:
and probably this:
http://bugzilla.lyx.org/show_bug.cgi?id=4812
I filed that bug---but it came from the user list---and I've thought
quite a bit about it. The solution that Bo proposes there is obviously
not one we can easily implement: It essentially involves a c
Jean-Marc Lasgouttes wrote:
While investigating bug 4607 (that Abdel solved in the meantime), I
came up with this patch to handle LyXView::getStatus.
I post it here to insist on how things are supposed to work.
LyXView::getStatus has been changed to return true if it has something
to say, and fa
Jean-Marc Lasgouttes wrote:
> Juergen, here is what I committed. OK for branch?
Yes.
Jürgen
Leuven, E. wrote:
> maybe time to buy a new laptop?
Oh yes. Please :-)
Jürgen
As I said elsewhere, most of my upset yesterday was due to what seemed
to me the last straw, a complete end to civil discussion, but also the
silence had preceded it. It had started to see to me as if the "war of
attrition", as Bennett put it, to which I'd been subjected was regarded
as an ac
> I might add: we (and and I mean all of us, including the best developers on
> this list) improve our skills by listening to each other argumentation. And
> I am not talking only about coding skills. Proper code review is
> sufficiently rare that one should appreciate it when it comes. Source code
Abdelrazak Younes wrote:
I might add: we (and and I mean all of us, including the best
developers on this list) improve our skills by listening to each other
argumentation. And I am not talking only about coding skills. Proper
code review is sufficiently rare that one should appreciate it when
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> Jean-Marc Lasgouttes wrote:
>> Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>>
>>
>>> Did you apply the patch already?
>>>
>>
>> Wait a bit. I am doing some rewrite (and, yes, this was the problem).
>>
> Good. Don't forget branch.
Juergen
While investigating bug 4607 (that Abdel solved in the meantime), I
came up with this patch to handle LyXView::getStatus.
I post it here to insist on how things are supposed to work.
LyXView::getStatus has been changed to return true if it has something
to say, and false otherwise. This is how di
Jean-Marc Lasgouttes wrote:
Author: uwestoehr
Date: Mon May 19 23:45:55 2008
New Revision: 24846
URL: http://www.lyx.org/trac/changeset/24846
Log:
i18n.inc: doesn't PHP also know Unicode?
Did you modify this file by hand? You should definitely not. The
python script postats.py does it for you
Abdelrazak Younes wrote:
Andre Poenitz wrote:
Base64 blobs have the distict advantage of retaining the possibility to
edit the .lyx file in a text editor - which I used to do quite often...
But Base64 blobs have the disctinct inconvenient that LyX will have to
read all embedded files itself.
Jürgen wrote:
> Leuven, E. wrote:
>> i understand that backward output compatibility was convenient, but you
>> must admit that these are not typical use cases
>
> What is "typical"? These cases are much more typical for me than the case
> outline by you. So it just depends on the user's context.
Abdelrazak Younes wrote:
Bo Peng wrote:
I would also like to point you to this email
http://marc.info/?l=lyx-devel&m=12108207740&w=2 , from which you
can make your own judgment.
Sorry Bo but I don't see anything really rude in the above link.
Actually, I see a lot rude in that email, e
Leuven, E. wrote:
> i understand that backward output compatibility was convenient, but you
> must admit that these are not typical use cases
What is "typical"? These cases are much more typical for me than the case
outline by you. So it just depends on the user's context.
> (also, in both situ
Jürgen wrote:
> Just two scenarios which I more or less found myself into in the past:
>
> 1. LyX 1.5 has a bug
> 2. my laptop refuses to work
i understand that backward output compatibility was convenient, but you must
admit that these are not typical use cases (also, in both situations (last
Leuven, E. wrote:
> ...i would expect this to be pretty rare, so would rather suggest a --spitz
> switch ;-)
--ed ist shorter ;-)
> more seriously, when would one need backward output compatibility?
>
> i can think of a scenario when working with a co-author who doesn't have
> the latest lyx inst
Jürgen Spitzmüller wrote:
No. But wouldn't it be safer to exchange the installer fot the time being?
What do we risk or lose with a Qt4.3-compiled LyX?
It surely is possible to go back to Qt 4.3. But it will take me quite
some time and the performance of Qt 4.4 is also better, so I'd prefer to
Jean-Marc Lasgouttes wrote:
> Alfredo Braunstein <[EMAIL PROTECTED]> writes:
>
>> File->New
>> Insert table, leave 5x5 default
>> select it, cut it paste it. enter the table with the cursor -> crash
>
> You only visit us for bad news, don't you?
I leave you alone for 5 minutes and you manage to
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> Did you apply the patch already?
Wait a bit. I am doing some rewrite (and, yes, this was the problem).
JMarc
Pavel Sanda wrote:
Tim Fisken wrote:
I've been mildly irritated by the fact that LyX doesn't display proper
"smart quotes."
how are these supposed to work (never used them)?
notice that on lines 195 and 197, "==" is used where "=" should be used.
indeed.
Did you apply t
Jean-Marc Lasgouttes wrote:
> Add that to the bug, please.
done.
Jürgen
Jürgen Spitzmüller wrote:
> If it's just a mode (i.e. a --edwin switch), it's o.k.
i would be honored of course, but...
> However, I think I'm not the only user who relies on backwards output
> compatibility.
...i would expect this to be pretty rare, so would rather suggest a --spitz
switch ;-)
Jürgen Spitzmüller <[EMAIL PROTECTED]> writes:
>> Start from there: http://bugzilla.lyx.org/show_bug.cgi?id=1499
>
> Just to add some info, since this used to be on my todo list:
Add that to the bug, please.
JMarc
Jürgen Spitzmüller <[EMAIL PROTECTED]> writes:
> If it's just a mode (i.e. a --edwin switch), it's o.k. However, I think I'm
> not the only user who relies on backwards output compatibility.
The problem of course is that it means double work...
JMarc
Jean-Marc Lasgouttes wrote:
> >> No. There have been discussions about having quotes automatically
> >> reflect the language, but this never got done.
> >
> > never get done because nobody care about doing it or because there
> > are some problem with this solution?
>
> Start from there: http://bug
Jean-Marc Lasgouttes wrote:
> Before you ask, I do not have precise examples right now.
But I have ;-)
> It is just
> an impression. There were talks with tex2lyx about having a relaxed
> mode just for that.
If it's just a mode (i.e. a --edwin switch), it's o.k. However, I think I'm
not the o
Jürgen Spitzmüller <[EMAIL PROTECTED]> writes:
> Jean-Marc Lasgouttes wrote:
>> I also think that the heavy use of ERT in reversion is going too
>> far.
>
> Why?
I am not sure we manage to preserve exact page breaks anyway. So we
try hard to preserve form, at the cost of loosing semantics.
Befor
Jean-Marc Lasgouttes wrote:
[EMAIL PROTECTED] writes:
Log:
Fix caption numbering of child documents.
--- lyx-devel/trunk/src/frontends/qt4/GuiClipboard.h (original)
+++ lyx-devel/trunk/src/frontends/qt4/GuiClipboard.h Tue May 20 13:54:23 2008
@@ -20,6 +20,8 @@
namespace lyx {
On Monday 19 May 2008 20:25:37 Abdelrazak Younes wrote:
> > Anyway, I guess I can safely assume that Richard's approach will not
> > be part of 1.6.0.
>
> Sorry Bo but I have to say that you've been being unfair to Richard in
> general. He had the pugnacity (or should I say stoicity?) to continue
>
[EMAIL PROTECTED] writes:
> Log:
> Fix caption numbering of child documents.
> --- lyx-devel/trunk/src/frontends/qt4/GuiClipboard.h (original)
> +++ lyx-devel/trunk/src/frontends/qt4/GuiClipboard.h Tue May 20 13:54:23 2008
> @@ -20,6 +20,8 @@
>
> namespace lyx {
> namespace frontend {
> +
> +
Alfredo Braunstein <[EMAIL PROTECTED]> writes:
> File->New
> Insert table, leave 5x5 default
> select it, cut it paste it. enter the table with the cursor -> crash
You only visit us for bad news, don't you?
JMarc
Pavel Sanda <[EMAIL PROTECTED]> writes:
>> No. There have been discussions about having quotes automatically
>> reflect the language, but this never got done.
>
> never get done because nobody care about doing it or because there
> are some problem with this solution?
Start from there: http://bug
Jean-Marc Lasgouttes wrote:
> I also think that the heavy use of ERT in
> reversion is going too far.
Why?
> What about this alternate idea: add a note in the text explaining
> what got removed. Of course, this raises the problem of
> localization...
This will trigger great fun with something li
Leuven, E. wrote:
> > So you want to remove every new feature on reversion? That's the
> > consequence of "revert to what is _natively_ supported" (your
> > interpretation, if I'm not mistaken).
>
> yes
OK. Then we remove natbib citations and replace them with numerical for v.
1.1, because we do
Alfredo Braunstein wrote:
Abdelrazak Younes wrote:
I hope I don't have to say to you that you are welcome to give comment
even if you are not actively participating, do I?
Uhm. What about: one of LyX strongest points has always been social skills
of its developers
That's a good one.
Abdelrazak Younes wrote:
> Alfredo Braunstein wrote:
>> Abdelrazak Younes wrote:
>>
>>
>>> That was just a way to say "Welcome back Alfredo!" :-)
>>>
>>
>> Thanks but you know, I never really left, I'm just not doing anything
>> useful :-/
>>
>
> So you are secretly having fun watching
Alfredo Braunstein wrote:
Abdelrazak Younes wrote:
That was just a way to say "Welcome back Alfredo!" :-)
Thanks but you know, I never really left, I'm just not doing anything
useful :-/
So you are secretly having fun watching us having our little dramas? Bad
boy...
I hope I d
Abdelrazak Younes wrote:
> Alfredo Braunstein wrote:
>> File->New
>> Insert table, leave 5x5 default
>> select it, cut it paste it. enter the table with the cursor -> crash
>>
> Why don't you fix it?
Let us call it plan B :-p
> That was just a way to say "Welcome back Alfredo!" :-)
Thanks bu
On Tuesday 20 May 2008 01:54:13 Uwe Stöhr wrote:
>
> No problem. You said Hartmut's version from bug comment 19 should go in so
> I trusted you.
That only shows that I don't know how to count. ;-)
> I meanwhile also out the version you have comitted to
> branch. Now only the backslash issue re
Alfredo Braunstein wrote:
File->New
Insert table, leave 5x5 default
select it, cut it paste it. enter the table with the cursor -> crash
Why don't you fix it?
That was just a way to say "Welcome back Alfredo!" :-)
Abdel.
File->New
Insert table, leave 5x5 default
select it, cut it paste it. enter the table with the cursor -> crash
/usr/include/c++/4.2/debug/vector:205:error: attempt to subscript container
with out-of-bounds index 24, but container only holds 0 elements.
Objects involved in the operation:
sequ
Jean-Marc Lasgouttes wrote:
"Leuven, E." <[EMAIL PROTECTED]> writes:
so if people think that we should litter the reverted document with
ert just because we can, so be it. but at more conceptual level i
think that this is a perverse result of the possibility of ert.
I do not know what
Leuven, E. wrote:
Jürgen Spitzmüller wrote:
Leuven, E. wrote:
as i wrote: revert to what is supported
i think that this is a clear and very standard policy
So you want to remove every new feature on reversion? That's the consequence
of "revert to what is _natively_ supported" (
Jean-Marc Lasgouttes wrote:
> Pavel Sanda <[EMAIL PROTECTED]> writes:
>
> > also, i have been playing with the quotes and didnt find a way to change
> > globally already used quotes. there is really no way how to switch all
> > say english quotes to german quotes in the document?
>
> No. There ha
Pavel Sanda <[EMAIL PROTECTED]> writes:
> also, i have been playing with the quotes and didnt find a way to change
> globally already used quotes. there is really no way how to switch all
> say english quotes to german quotes in the document?
No. There have been discussions about having quotes au
Tim Fisken wrote:
> I've been mildly irritated by the fact that LyX doesn't display proper
> "smart quotes." Digging into the source, the problem seems to have been
> introduced with the transition to using docstrings, and hasn't been
> worked on since. In insetquotes.C (now, InsetQuotes.cpp), revi
"Leuven, E." <[EMAIL PROTECTED]> writes:
> so if people think that we should litter the reverted document with
> ert just because we can, so be it. but at more conceptual level i
> think that this is a perverse result of the possibility of ert.
I do not know what you are talking about, and theref
Leuven, E. wrote:
> i think that this is a clear and very standard policy
note for example that this is not the case of pdfoptions now.
we are converting our info into preamble of older .lyx files.
pavel
Jean-Marc Lasgouttes wrote:
> > aha. but there is nothing to lose if Koji ask once again ;)
>
> But then we'll need a way to check that the version of gnuplot is
> recent enough.
this is easy, old version of gnuplot fail to run if any else parameter
than file is given. hackish, yes ;)
pavel
Jürgen Spitzmüller wrote:
> Leuven, E. wrote:
>> as i wrote: revert to what is supported
>>
>> i think that this is a clear and very standard policy
>
> So you want to remove every new feature on reversion? That's the consequence
> of "revert to what is _natively_ supported" (your interpretation,
Pavel Sanda <[EMAIL PROTECTED]> writes:
> José Matos wrote:
>> > i think that the correct solution would be to request gnuplot devs to add
>> > some special parameter from commandline which disallows to execute any
>> > external programs, either from system() or the plot ">
>> IIRC last time we
Leuven, E. wrote:
> as i wrote: revert to what is supported
>
> i think that this is a clear and very standard policy
So you want to remove every new feature on reversion? That's the consequence
of "revert to what is _natively_ supported" (your interpretation, if I'm not
mistaken).
If you read
José Matos wrote:
> > i think that the correct solution would be to request gnuplot devs to add
> > some special parameter from commandline which disallows to execute any
> > external programs, either from system() or the plot "
> IIRC last time we visited this subject Angus asked this on gnuplo
> Also, if we go that route, where do you draw the line?
as i wrote: revert to what is supported
i think that this is a clear and very standard policy
...
this being said, i don't care too much about this reversion stuff myself
On Monday 19 May 2008 18:23:55 Pavel Sanda wrote:
>
> i think that the correct solution would be to request gnuplot devs to add
> some special parameter from commandline which disallows to execute any
> external programs, either from system() or the plot " pavel
--
José Abílio
Leuven, E. wrote:
> a case can be made though for reversion to the subset that is supported by
> lyx
>
> (for those wanting non-lossy reversion there is always export->latex)
I think we should conform to a coherent policy. And our policy for lyx2lyx
reversion used to be what I outlined. For good
>> i realize that this leads to dataloss, but in this case i definitely prefer
>> dataloss and tables i can edit in lyx to big blurs of ert and no
>> dataloss...
>
> well. I understand. But our goal with revertion to old formats is not as much
> comfortable UI but identical output (as much as poss
Leuven, E. wrote:
> i realize that this leads to dataloss, but in this case i definitely prefer
> dataloss and tables i can edit in lyx to big blurs of ert and no
> dataloss...
well. I understand. But our goal with revertion to old formats is not as much
comfortable UI but identical output (as mu
Jürgen wrote:
>>Leuven, E. wrote:
>> do we want this for 1.6 or should i wait?
>
> This is a most welcome feature, but IMHO it's too late for 1.6.
sure
> Some minor comments:
>
> * the lyx2lyx reversion leads to dataloss. Instead of just removing the
> options, you'll have to revert those tabul
[EMAIL PROTECTED] writes:
> Author: uwestoehr
> Date: Mon May 19 23:45:55 2008
> New Revision: 24846
>
> URL: http://www.lyx.org/trac/changeset/24846
> Log:
> i18n.inc: doesn't PHP also know Unicode?
Did you modify this file by hand? You should definitely not. The
python script postats.py does it
[EMAIL PROTECTED] writes:
> On Wed, 7 May 2008, Rex C. Eastbourne wrote:
>
>> I just created a couple more screencasts. Since they are intended
>> more for a general audience than for existing LyX users, I copied
>> the screencasts page from wiki.lyx.org to here, on the main LyX
>> site:
>>
>> htt
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> "Bennett Helm" <[EMAIL PROTECTED]> writes:
>
>> I'm afraid I have to join this discussion again. I must say that I agree
>> with Abdel here, and Bo's reply just reinforces Abdel's point.
>
> Now we know what philosophers are good for :)
This was
"Bennett Helm" <[EMAIL PROTECTED]> writes:
> I'm afraid I have to join this discussion again. I must say that I agree
> with Abdel here, and Bo's reply just reinforces Abdel's point.
Now we know what philosophers are good for :)
JMarc
Andre Poenitz wrote:
Base64 blobs have the distict advantage of retaining the possibility to
edit the .lyx file in a text editor - which I used to do quite often...
By the way, I know you are a shell guy but modern desktops allow in-zip
file editing. This leverage a bit the cited advantage. O
"Bo Peng" <[EMAIL PROTECTED]> writes:
> Anyway, I guess I can safely assume that Richard's approach will not
> be part of 1.6.0.
You mean "I am OK about forgetting about this stuff, as long as we
only forget about Richard's proposal"?
How come we are not yet beyond this "his proposal, my propos
Andre Poenitz wrote:
On Wed, May 14, 2008 at 06:11:17PM -0400, Richard Heck wrote:
(ii) Bo packs everything into the LyX file using base64 encoding; I put the
files in a subdirectory and then wrap the whole bundle into a zip file.
But that's just a confusion, and there's no real difference
"Bo Peng" <[EMAIL PROTECTED]> writes:
> You would then realize why I said 'the technical side is clear'.
Ah, you mean "he is wrong, I am right"?
I see we are going forward.
JMarc
PS: I really think attitude is the key here, not technical details.
Bo Peng wrote:
I have seen an email from Richard titled 'Profanity, rudeness' or
whatever. I did not read the email but I guess he would be accusing me
as being rude. If anyone is going to follow him, I would politely ask
you to read the wiki and point out exactly which sentences are rude.
Repea
Bo Peng wrote
Which reminds me that there are some critical bugs related to 'listings'
that needs fixing ;-)
Bug numbers, please. I just noticed that view source is not working though.
At least those two:
http://bugzilla.lyx.org/show_bug.cgi?id=4607
http://bugzilla.lyx.org/show_bug.cg
83 matches
Mail list logo
