Bo Peng wrote:
Well I think I do now but you're right, let's postpone this discussion until
you get some more temper :-)
Sorry for resuming (again!) the discussion.
I was in a pretty good mode until you accused me of not listening to
Richard carefully, which reminded me my frustrations in
Rex C. Eastbourne wrote:
> Here's a revised version; the graphic designer resized the equations.
>
> http://www.lyx.org/HomeNewGraphic
>
> I agree with JMarc that it would be nice to see how the download button
> looks if it were made glossier, but I felt bad asking the graphic
> designer for mo
Here's a revised version; the graphic designer resized the equations.
http://www.lyx.org/HomeNewGraphic
I agree with JMarc that it would be nice to see how the download button
looks if it were made glossier, but I felt bad asking the graphic
designer for more help since I had asked him for so
>> No. If this is the case, Richard should have put it to the wiki.
>
> I didn't read all the messages but I am pretty sure Richard said exactly
> what I am saying, JMarc AFAIR.
You may be right, but Richard did not put it in any of his summaries,
nor did he put it in the wiki. If he had this idea
Bo Peng wrote:
Your agument is amazingly similar to Richard's "A world's simplest
script can solve this". I will not argue here but I would remind you
that LyX is used by many users, many of whom do not know how to write
a script, or know such an advanced feature of svn. The KISS idea
should be a
Trunk and branch: Open a new file; type some words, now something in
quotes. Keep typing. When you get to the next line, the quotes start to
over-write themselves and get really bold, etc.
The problem is here, in TextMetrics::drawParagraph:
// Don't paint the row if a full repaint has
>> Your agument is amazingly similar to Richard's "A world's simplest
>> script can solve this". I will not argue here but I would remind you
>> that LyX is used by many users, many of whom do not know how to write
>> a script, or know such an advanced feature of svn. The KISS idea
>> should be app
Bo Peng wrote:
Second, even if you (or someone else) insist on this issue, we are talking
about diff friendly here, not svn. Svn doesn't really care if the file is
text or binary. FYI you can configure svn to use any helper application
besides diff. We could for example create a python script tha
Juergen Spitzmueller wrote:
Abdelrazak Younes wrote:
should be
+ docstring const printableString(bool label) const;
Oh well, I always forget about that...
Please commit.
Will do.
Abdel.
Abdelrazak Younes wrote:
> Hum, it looks like I didn't send the patch :-) Here it is.
This fixes it for me as well. Well done!
Note that gcc complained about this:
> const Index: Paragraph.h
> ===
> --- Paragraph.h (revision 24874)
>> of my approach is
>> that there is no bundled mode, and there is no unbundle. The file is
>> continued to be svn friendly, and nobody would svn a compressed
>> bundle.
>
> OK, replace 'bundled' with 'embedded' and you get the same result: there is
> no need to be svn friendly, I mean at all.
I
Bo Peng wrote:
I really don't understand why you insist on putting a bundled .lyx file into
an SCM (svn). Either you use an scm or you use a bundled file, not both. If
you use an SCM and receive a bundled file, unbundle it and put it in an SCM,
as simple as that. There is absolutely no need to be
On Wed, May 21, 2008 at 11:54 PM, Bo Peng <[EMAIL PROTECTED]> wrote:
>> It seems as if we could probably even merge the diff if different sub
>> files were changes. Still seems unsatisfying, as most likely in both
>> zip/ar files the base .lyx file would have been changed.
>
> Never tried this. Thi
> I really don't understand why you insist on putting a bundled .lyx file into
> an SCM (svn). Either you use an scm or you use a bundled file, not both. If
> you use an SCM and receive a bundled file, unbundle it and put it in an SCM,
> as simple as that. There is absolutely no need to be SCM frie
Abdelrazak Younes wrote:
Juergen Spitzmueller wrote:
No, forget about this, I think I know the problem and your backtrace
is either due to a memory corruption or to another bug. The backtrace
is actually exactly the same as before and is due to a temporary
reference. Please try this patch and
> Well diff -a somewhat informative, although very messy. I can clean
> the diff of two zip -0 files as follows:
No one will actually use zip -0. When compression is used, it is used
to reduce file sizes.
> $ diff -a shfiles{,2}.zip | strings | grep '^[<>]'
> < top -n 1 | grep Cpu.s | grep
John McCabe-Dansted wrote:
On Wed, May 21, 2008 at 11:05 PM, Bo Peng <[EMAIL PROTECTED]> wrote:
According to this,
http://svn.haxx.se/users/archive-2008-03/0376.shtml
svn handles binary diffs efficiently. I suspect that it would likewise
handle zip -0 even more sensibly. Merging diffs may s
>> Right now, after more people have been involved in the discussion, I
>> have accepted Pavel's way of describing the problem: Embedding
>> encourages sharing of lyx documents and exaggerates an existing
>> problem. Even so, it is generally agreed that such information is too
>> important to put i
On Wed, May 21, 2008 at 11:05 PM, Bo Peng <[EMAIL PROTECTED]> wrote:
>> According to this,
>> http://svn.haxx.se/users/archive-2008-03/0376.shtml
>> svn handles binary diffs efficiently. I suspect that it would likewise
>> handle zip -0 even more sensibly. Merging diffs may still be a problem.
>
On Wednesday 21 May 2008 04:11:13 Bo Peng wrote:
> > 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
Hello,
Another small enhancement suggestion, maybe somebody wants to pick up on
the idea:
I am happily using BibDesk to push references via the lyxpipe into LyX
(and I assume other programs do the same).
There is a bug described here
http://www.threewordslong.com/projects/misc/bibdesktolyx/
> According to this,
> http://svn.haxx.se/users/archive-2008-03/0376.shtml
> svn handles binary diffs efficiently. I suspect that it would likewise
> handle zip -0 even more sensibly. Merging diffs may still be a problem.
I think the issue here is not only about efficiency, but also about
usabil
Jean-Marc Lasgouttes wrote:
Pavel Sanda <[EMAIL PROTECTED]> writes:
main problem i was solving was this - i already have few hundred pages text
with lot of quotation marks and now i want to change them.
automatical quotes were not used, so what could be done to change it globaly
is to introd
> Please correct me if I am wrong Jose but I'd like to clarify that Jose never
> committed to be _the_ project manager. He committed to be the _release_
> manager.
My apology again to Jose.
> It looks to me that the project management is now handled in an
> informal collegial way.
Then my judgme
Unfortunately didn't work :-(
I'll see if I have some time next week to fiddle around.
Anders
On 19 maj 2008, at 15.34, Konrad Hofbauer wrote:
Anders Ekberg wrote:
Currently I'm stuck with the compiler being unable to find libz,
but thanks to your work there is no rush to find a solution fo
On Wed, May 14, 2008 at 11:57 PM, Bo Peng <[EMAIL PROTECTED]> wrote:
> 2) The plain text file is more svn friendly, easier to work with for
> tasks other than extracting external files. I do not really care about
> index-generation applications. I also pointed out that this format is
> more natura
Juergen Spitzmueller wrote:
Abdelrazak Younes wrote:
I tried many times but I can't reproduce...
a glibc specific issue perhaps?
No, my fault I managed to reproduce it. I couldn't before because I had
instant preview set to on and the child documents were automatically loaded.
Abdelrazak Younes wrote:
> I tried many times but I can't reproduce...
a glibc specific issue perhaps?
> Is there any macro in the document?
No.
>> #7 0x08075b98 in lyx::Buffer::buildMacros (this=0x8b64578)
>> at /usr/include/c++/4.2.1/bits/stl_map.h:228
>>
> This doesn't give me at which lin
Juergen Spitzmueller wrote:
Abdelrazak Younes wrote:
Do you have a recipe?
Open the test file from the bug report, click on one label in the master,
edit, press OK. The crash does not occur regularly.
I tried many times but I can't reproduce... I am happy that we cleaned
up the la
Abdelrazak Younes wrote:
> Do you have a recipe?
Open the test file from the bug report, click on one label in the master,
edit, press OK. The crash does not occur regularly.
The output I sent was produced after closing LyX (without previous crash,
obviously).
However, I managed to get a backtr
Juergen Spitzmueller wrote:
Abdelrazak Younes wrote:
Pleas find the patch attached. FYI, I did the same fix some days ago in
trunk.
Excellent thanks.
This fixes the crash on view->PDF. However, I still got crashes on editing
the label. Unfortunately, I was not able to reproduce this
> It is nor a shell extension, just using a zip library to extract only
> one file from the list.
Practically, I do not see any advantage of doing that. OK. We can
extract only filename.lyx to $TEMP_DIR to open it, but to open it, we
'need' an embedded layout file. Then graphic loaders 'need' a f
Abdelrazak Younes wrote:
> Pleas find the patch attached. FYI, I did the same fix some days ago in
> trunk.
Excellent thanks.
This fixes the crash on view->PDF. However, I still got crashes on editing
the label. Unfortunately, I was not able to reproduce this in the debugger.
But I got what is b
Hi Jürgen,
Pleas find the patch attached. FYI, I did the same fix some days ago in
trunk.
Abdel.
Index: buffer_funcs.cpp
===
--- buffer_funcs.cpp(revision 24874)
+++ buffer_funcs.cpp(working copy)
@@ -710,10 +710,13 @@
Pavel Sanda <[EMAIL PROTECTED]> writes:
> main problem i was solving was this - i already have few hundred pages text
> with lot of quotation marks and now i want to change them.
> automatical quotes were not used, so what could be done to change it globaly
> is to introduce LFUN_REPLACE_QUOTATION
"Bo Peng" <[EMAIL PROTECTED]> writes:
> Thanks. I see the point now. By using some sort of shell extension,
> LyX does not have to extract all files to open some of them. I guess
> this is what you were trying to achieve with your directory-in-a-file
> idea.
It is nor a shell extension, just usin
José Matos wrote:
On Wednesday 21 May 2008 08:29:55 Abdelrazak Younes wrote:
That being said, now that we are, or should be, in release focus mode,
Jose has of course a proeminent role to play; he is the one who decides
what goes in or not. But Jose, pretty please, we need some interim
releas
موسوی wrote:
Hi
I want to write my article in Farsi, and footnote some words English. Or some Name must be written
in English or other LTR languages, but when I want to write in English in my Farsi context, what's
happen is like this: "od ot tnaw I" for "I want to do".
Did you set the lan
On Wednesday 21 May 2008 08:29:55 Abdelrazak Younes wrote:
> That being said, now that we are, or should be, in release focus mode,
> Jose has of course a proeminent role to play; he is the one who decides
> what goes in or not. But Jose, pretty please, we need some interim
> releases! Quite frankl
Hi
I want to write my article in Farsi, and footnote some words English. Or some
Name must be written in English or other LTR languages, but when I want to
write in English in my Farsi context, what's happen is like this: "od ot tnaw
I" for "I want to do".
Please help me about this.
Thanks
Bo Peng wrote:
However, although there is no definition for the role of a project
manager of an open source project, I suspect that you are somehow
responsible for maintaining a pleasant environment for the development
process. When a discussion went wild on a day other than Friday, you
may need
41 matches
Mail list logo
