[patch] handle translated formats in preferences

This is the most tricky part: we have to shove in a layer that handles translations of formats and shortcuts in both directions. The attached patch (against branch, should look similar against trunk) achieves this AFAICS. I'd appreciate a review, though. Jürgen Index: src/frontends/qt4/QPrefs.c

Re: tabular width

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. > comments on the patch welcome of course Some minor comments: * the lyx2lyx reversion leads to dataloss. Instead of just removing the options, you'll have to revert th

Re: bug 4861 (Joost?)

Jürgen Spitzmüller wrote: > Joost Verburg wrote: > > http://www.lyx.org/~joost/lyx-1.5.5-qt-4.3.4-bin.zip > > > > Joost > > Thanks, I asked the two reporters to test that. The crash doesn't occur with that binary. I guess we need to substitute the installer by one built against Qt 4.3. Jürgen

Re: [patch] new Python csv2lyx importer

José Matos wrote: > The last version of Hartmut (#c19) can be committed to trunk, now any > improvement can happen on the repository. :-) +1. It will be easier to follow the changes in diffs than in reworked files. Hartmut suggested to rename the import format from "Comma-separated values" to "T

Re: "Smart" quote marks

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. pavel

Re: Proposal for small change in the release procedure

Andre Poenitz wrote: Pretty Windows-centric view of the world. Which is a bit odd given that LyX on Windows is a fairly recent addition... Not Windows-centric, but user-centric. All I want to say is: things could be a bit more user-friendly if the announcement to users (not to devel) is delay

Re: [patch] new Python csv2lyx importer

José Matos schrieb: The last version of Hartmut (#c19) can be committed to trunk, now any improvement can happen on the repository. :-) OK, done. As Jürgen agreed, I also committed it to branch. regards Uwe

Re: Alternative to individual embedding?

Andre Poenitz wrote: On Sun, May 11, 2008 at 12:24:03PM -0400, rgheck wrote: rgheck wrote: 4. The switching between bundle and unbundled mode is non-reversible. For example, when ../figures/figure.png is copied to filename.lyxdir/figures/figure.png during bundling, it is not copied back

Signing Off

As noted on the wiki, Bo has now taken to using profanity. Mild profanity, yes, but profanity nonetheless. I will not stand for that. Richard Heck

Re: A solid proposal, please!

Jean-Marc Lasgouttes wrote: rgheck <[EMAIL PROTECTED]> writes: Here's what we DO need to debate: (i) Whether we should distinguish between bundling and wrapping, as JMarc long ago urged we should; To elaborate on this point, we could try to set things up so that the normal use of a b

Re: Summary to the individual embedding debate.

Andre Poenitz wrote: So there's really only one thing to discuss. That said, I'll try to clear up some confusions below. Approach one: individual embedding. 1) Each and every external file can be embedded individually, using an embed checkbox in related inset dialogs. 2) The embedded file

RE: tabular width

ping -Original Message- From: Leuven, E. [mailto:[EMAIL PROTECTED] Sent: Fri 5/16/08 13:43 To: lyx-devel@lists.lyx.org Subject: tabular width i've added setting the tabular width through the ui in the attached (also see screenshot) the patch is straightforward: add 'width' to tabular

Re: [Cvslog] r24821 - /lyx-devel/trunk/lib/scripts/csv2lyx.py

On Sunday 18 May 2008 20:26:06 [EMAIL PROTECTED] wrote: > Author: jamatos > Date: Sun May 18 21:26:05 2008 > New Revision: 24821 > > URL: http://www.lyx.org/trac/changeset/24821 > Log: > Update file to the last version discussed on bugzilla and on the devel list > > Modified: > lyx-devel/trunk/

End of the embedding discussion, at least with Richard.

Dear all, Richard and I have argued about this embedding feature for a long time. It bored both of us, actually all developers. Now that Richard has signed off (http://wiki.lyx.org/Devel/BundleSuggestions#toc2), I can finally free myself from this torturous experience. The most recent snapshot of

Re: [patch] new Python csv2lyx importer

On Sunday 18 May 2008 20:22:44 Uwe Stöhr wrote: > OK, done. As Jürgen agreed, I also committed it to branch. > > regards Uwe I suggest to commit to the stable branch also the updated version. Note that I had removed the reference from the documentation to the file format, it is easier to all of

Re: A solid proposal, please! (Was: Summary to the individual embedding debate)

Bo Peng wrote: Well, let us start from the beginning. Hopefully at a level of design. :-) But I first would like to point out that designs dictate implementations. If I do not introduce a bundled mode, I can not use a zip format. I can not switch a file to binary format just because I insert an

Re: Change bundled file directly? (Was: Summary to the individual embedding debate.)

Joost Verburg wrote: rgheck wrote: All of this makes perfect sense if you understand the difference between bundling and wrapping. If you don't, then I'm sure it's very puzzling indeed. If it's even difficult to understand for developers, I'm afraid it is too complicated for most users. Woul

Re: Change bundled file directly? (Was: Summary to the individual embedding debate.)

Bo Peng wrote: So, if a user turns off 'compression', will $TEMP_DIR/filename.lyxdir be moved to $DOC_DIR/filename.lyxdir? Unless such a directory exists, in which case it'll be moved to a new empty directory, just as on your proposal. But of course, if you think something else should hap

Re: [patch] fix bug 4867 for branch

Uwe Stöhr <[EMAIL PROTECTED]> writes: > Jean-Marc Lasgouttes schrieb: > >> I think the tex2lyx default should be changed to use what the layout >> defines, actually. > > This is already the case, see > http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg140324.html Very good. JMarc

Re: Signing Off

rgheck wrote: > As noted on the wiki, Bo has now taken to using profanity. Mild > profanity, yes, but profanity nonetheless. > > I will not stand for that. Please. Is this embedding thing really worth it that we end up losing two of our most engaged contributors? I think the embedding discussion

Re: [PATCH] Proposal for a new external template: gnuplot

Alfredo Braunstein wrote: > It's more complicated than that, e.g. > > gnuplot> plot " Maybe some solution involving a chroot? Jean-Marc Lasgouttes wrote: > The only good solution would be an execution mode of gnuplot that > disables calls to system. Last time I checked, it did not exist. For com

Re: Problems Compiling LyX-1.5.5 on Mac: Help please!

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 for that :-) Try: export LDFLAGS="$LDFLAGS -arch i386 -lz " /Konrad

Re: [PATCH] Proposal for a new external template: gnuplot

Koji Yokota wrote: > Alfredo Braunstein wrote: > > It's more complicated than that, e.g. > > > > gnuplot> plot " > I could never imagine gnuplot accepts even such expression :o > > > Maybe some solution involving a chroot? > > Jean-Marc Lasgouttes wrote: > > The only good solution would be an execu

Re: Signing Off

Jürgen Spitzmüller wrote: rgheck wrote: As noted on the wiki, Bo has now taken to using profanity. Mild profanity, yes, but profanity nonetheless. I will not stand for that. Please. Is this embedding thing really worth it that we end up losing two of our most engaged contributors?

Re: [PATCH] Proposal for a new external template: gnuplot

Jean-Marc Lasgouttes wrote: > People tend to click OK without reading. Yes. So, the severity of damage after careless click should not be too large, at least. The risk in that case would be limited to what users can do with shell's built-in commands. I wonder if this is still too risky. > >>

Re: Summary to the individual embedding debate.

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 here. First: I > OP

Re: Proposal for small change in the release procedure

On Tue, May 13, 2008 at 12:40:36PM +, Konrad Hofbauer wrote: > Jürgen Spitzmüller <[EMAIL PROTECTED]> writes: > > I don't think so. This is an open source project. We, as the LyX > > project, release the source code. > > Understood. Still, the source code release as is is of little use for >

Re: A base64-based embedding design without bundle/unbundle.

On Tue, May 13, 2008 at 10:55:50AM +0200, Jean-Marc Lasgouttes wrote: > Andre Poenitz <[EMAIL PROTECTED]> writes: > > > PS: As a bold but reasonably educated guess: We could get rid of 90% of > > the code in support/* _and_ reduce compile and link times by a third (on > > top of that what we gaine

Re: Alternative to individual embedding?

On Sun, May 11, 2008 at 12:24:03PM -0400, rgheck wrote: > rgheck wrote: >>> 4. The switching between bundle and unbundled mode is non-reversible. >>> For example, when ../figures/figure.png is copied to >>> filename.lyxdir/figures/figure.png during bundling, it is not copied >>> back during unbundl

Re: [PATCH] Proposal for a new external template: gnuplot

Koji Yokota <[EMAIL PROTECTED]> writes: > - Whenever gnuplot.py is called it pops up an alert, saying > it is exposing the system to some risk (and explain it well) > and urge user to check the gnuplot code People tend to click OK without reading. > - gnuplot temp

Re: End of the embedding discussion, at least with Richard.

> If you guys feel that neither proposal should be > implemented for 1.6.0, I will not complain. thats exactly my feeling now. my proposal is to let the whole embedding issue sleep for some months and let everybody relax from the state now. time sometimes bring new insights; i just stepped for a

Re: Signing Off

Jürgen Spitzmüller wrote: rgheck wrote: As noted on the wiki, Bo has now taken to using profanity. Mild profanity, yes, but profanity nonetheless. I will not stand for that. Please. Is this embedding thing really worth it that we end up losing two of our most engaged contributors?

Updated individual embedding proposal.

Dear all, The encryption approach solves the privacy problem perfectly but can be a little bit complicated for users, also for developers. I have updated my proposal with detailed inset and buffer level features. This approach uses a 'Make embedded files anonymous' feature to address the privacy p

Re: bug 4861 (Joost?)

Jürgen Spitzmüller wrote: The crash doesn't occur with that binary. I guess we need to substitute the installer by one built against Qt 4.3. We don't know whether it's a LyX bug or a Qt bug, do we? Is anyone with a debugger able to reproduce this issue? Joost

Is gmane down or something...?

No new messages in the developers' list via gmane, not even about bundling which is just too good to be true ;-) Oh well, if this comes through gmane is working at least. /Christian -- Christian Ridderström, +46-8-768 39 44 http://www.md.kth.se/~chr

Re: Is gmane down or something...?

[EMAIL PROTECTED] wrote: No new messages in the developers' list via gmane, not even about bundling which is just too good to be true ;-) The devel and cvs lists were down up until now I think. Abdel.

Re: Signing Off

rgheck wrote: Jürgen Spitzmüller wrote: rgheck wrote: As noted on the wiki, Bo has now taken to using profanity. Mild profanity, yes, but profanity nonetheless. I will not stand for that. Please. Is this embedding thing really worth it that we end up losing two of our most engaged co

Re: bug 4861 (Joost?)

Joost Verburg wrote: Jürgen Spitzmüller wrote: The crash doesn't occur with that binary. I guess we need to substitute the installer by one built against Qt 4.3. We don't know whether it's a LyX bug or a Qt bug, do we? Is anyone with a debugger able to reproduce this issue? I couldn't reprodu

Re: Signing Off

Abdelrazak Younes wrote: rgheck wrote: Jürgen Spitzmüller wrote: rgheck wrote: As noted on the wiki, Bo has now taken to using profanity. Mild profanity, yes, but profanity nonetheless. I will not stand for that. Please. Is this embedding thing really worth it that we end up losing

Re: Home page picture

Olivier Ripoll wrote: Hi, Sorry, I do not have any ftp/web/blog to upload the images. I'll try to attach to this email, hoping that it can be done through gmane interface and with my configuration of thunderbird. I attach a pdf with the 2 equations so you can use the original vectorial vers

Re: End of the embedding discussion, at least with Richard.

On Mon, May 19, 2008 at 12:54 PM, Pavel Sanda <[EMAIL PROTECTED]> wrote: >> If you guys feel that neither proposal should be >> implemented for 1.6.0, I will not complain. > > thats exactly my feeling now. I have seen Jurgen and Abdel's emails so I guess I do not have to wait for a week. Jurgen an

Re: Summary to the individual embedding debate.

On Mon, May 19, 2008 at 08:55:00AM -0400, rgheck wrote: > Of course. But the question is whether having the feature is worth the > clutter, especially if no-one will actually use the flexibility involved > with individual embedding. I still don't see the use case that requires > this. Speaking

Re: Summary to the individual embedding debate.

> Speaking from a former life: In almost all cases I would have liked to > have fully embedded (i.e. "copied") graphics, drawings, code snippets > even if I used them in multiple .lyx files. A noteworthy exception would > have been the .bib files that continued to receive minor updates (mostly > sp

Re: bug 4861 (Joost?)

Abdelrazak Younes wrote: I couldn't reproduce the issue. I suspect a clash between Qt versions. Does your installer installs Qt dlls in the same directory as lyx.exe and lyxlauncher.exe? Yes, I've compiled the 1.5.5 installer with Qt 4.4 only and the DLLs are also in the same directory. I can

Re: Proposal for small change in the release procedure

>> Pretty Windows-centric view of the world. Which is a bit odd given that >> LyX on Windows is a fairly recent addition... > > Not Windows-centric, but user-centric. you still seem do not understand the point. users on non-windows archs have their own ways how to upgrade lyx and there is no need

Re: End of the embedding discussion, at least with Richard.

Bo Peng wrote: On Mon, May 19, 2008 at 12:54 PM, Pavel Sanda <[EMAIL PROTECTED]> wrote: If you guys feel that neither proposal should be implemented for 1.6.0, I will not complain. thats exactly my feeling now. I have seen Jurgen and Abdel's emails so I guess I do not have to w

Re: Embedding: The State of the Art, and a Proposal

On Thu, May 15, 2008 at 09:30:14AM -0400, rgheck wrote: > > I want quickly to summarize where I think this discussion is now. > > There are two proposals on the table, one due to Bo and one due (more or > less) to me. The details of these have been described elsewhere. Right. So a possible solut

Re: Proposal for small change in the release procedure

Konrad Hofbauer <[EMAIL PROTECTED]> writes: > Andre Poenitz wrote: >> Pretty Windows-centric view of the world. Which is a bit odd given that >> LyX on Windows is a fairly recent addition... > > Not Windows-centric, but user-centric. Being user-centric does not mean giving up on educating them.

Re: Completion popup crash with Qt 4.4

On Thu, May 15, 2008 at 03:32:59PM +0200, Stefan Schimanski wrote: > Hi! > > Has anybody seen a crash with the completion popup since switching to Qt > 4.4? I get the following reproducibly using the popup in mathed: > > #0 0x951106e8 in objc_msgSend () > #1 0x95ea5326 in CFRetain () > #2 0x01d

Re: End of the embedding discussion, at least with Richard.

> 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 the > discussion regardless of your repeated critiscisms and I think you should > respect that. If his proposal is as good as he claimed, how could I pos

Re: End of the embedding discussion, at least with Richard.

> by quick denial of any problem I pointed out with a proper explanation. Of course I meant 'without'. Bo

Re: Embedding: The State of the Art, and a Proposal

> So a possible solution of that dilemma would be to leave the issue > to some third person to solve in a way he likes and live with the > result or improve on that result,. This was exactly what I was proposing, but people did not want to step in, I guess for social reasons because the technical

Re: Signing Off

rgheck <[EMAIL PROTECTED]> writes: > Frankly, I don't care very much about embedding myself. What I do care > about is that we not add yet more poorly conceived, poorly coded, > bug-ridden "features" to LyX, especially ones that will make a hash of > the UI. I would not have written this so harshl

Re: Is gmane down or something...?

Abdelrazak Younes <[EMAIL PROTECTED]> writes: > [EMAIL PROTECTED] wrote: >> No new messages in the developers' list via gmane, not even about >> bundling which is just too good to be true ;-) > The devel and cvs lists were down up until now I think. Mate let me know that there are ongoing network

Re: Embedding: The State of the Art, and a Proposal

Bo Peng wrote: > > So a possible solution of that dilemma would be to leave the issue > > to some third person to solve in a way he likes and live with the > > result or improve on that result,. > > This was exactly what I was proposing, but people did not want to step > in, I guess for social rea

Re: Embedding: The State of the Art, and a Proposal

> no. i steped in just as complete outsider seduced by the 'summary' keyword > in subject to know whats the better solution and what i would vote in case > it will be some poll. my fail probably that i put down questions out of > misunderstanding of the proposals - but anyway - on my question i got

Re: Embedding: The State of the Art, and a Proposal

Andre Poenitz wrote: On Thu, May 15, 2008 at 09:30:14AM -0400, rgheck wrote: I want quickly to summarize where I think this discussion is now. There are two proposals on the table, one due to Bo and one due (more or less) to me. The details of these have been described elsewhere. Rig

Rudeness, Profanity, Etc

Jean-Marc Lasgouttes wrote: rgheck <[EMAIL PROTECTED]> writes: Frankly, I don't care very much about embedding myself. What I do care about is that we not add yet more poorly conceived, poorly coded, bug-ridden "features" to LyX, especially ones that will make a hash of the UI. I would

Re: Signing Off

>> I think the embedding discussion currently leads to nowhere. My proposal is that everybody calms >> down. Embedding is too late in the game for 1.6 anyway, IMHO. I absolutely agree to both statements! > It's not embedding. It's the fact that Bo has been allowed to bully and abuse not just m

Re: [Cvslog] r24821 - /lyx-devel/trunk/lib/scripts/csv2lyx.py

> I am sorry Uwe for overwriting but the version that I have submitted was the > latest with the fixes inserted by Hartmut. The version you had submitted was > from a previous iteration. No problem. You said Hartmut's version from bug comment 19 should go in so I trusted you. I meanwhile also ou

Re: [patch] new Python csv2lyx importer

> I suggest to commit to the stable branch also the updated version. Already done. > Hartmut suggested to rename the import format from "Comma-separated values" > to "Table (CSV)". I'm fine with that. I did this now in trunk. This could also be done for branch. regards Uwe

Re: End of the embedding discussion, at least with Richard.

On Mon, May 19, 2008 at 5:00 PM, Bo Peng <[EMAIL PROTECTED]> wrote: > > 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 the > > discussion regardless of your repeated critiscisms and I think you should

Profanity?

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. I would also like to po

Re: End of the embedding discussion, at least with Richard.

> 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. Bennett, I have pointed out quite a few times that I would agree with Richard's proposal as long as it can be implemented in a non-intrusive way. That is to

Re: End of the embedding discussion, at least with Richard.

On Mon, May 19, 2008 at 11:04 PM, Bo Peng <[EMAIL PROTECTED]> wrote: > > 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. > > Bennett, > > I have pointed out quite a few times that I would agree with Richard

Re: End of the embedding discussion, at least with Richard.

Bo Peng wrote: > I have seen Jurgen and Abdel's emails so I guess I do not have to wait > for a week. Jurgen and Abdel was only partly right because my > implementation is more or less done and can be made ready for 1.6.0. I'm not sure about that. The discussions revealed that people do not trust

Re: bug 4861 (Joost?)

Joost Verburg wrote: > We don't know whether it's a LyX bug or a Qt bug, do we? Is anyone with > a debugger able to reproduce this issue? 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? Jürgen

Re: [patch] new Python csv2lyx importer

Uwe Stöhr wrote: > > Hartmut suggested to rename the import format from "Comma-separated > > values" > >  > to "Table (CSV)". I'm fine with that. > > I did this now in trunk. This could also be done for branch Done. Jürgen

Re: End of the embedding discussion, at least with Richard.

Bennett Helm wrote: On Mon, May 19, 2008 at 5:00 PM, Bo Peng <[EMAIL PROTECTED] > wrote: > 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 the > discussio