CT changes

Hi folks, I would like to inform you about two issues that I am going to address this evening. If you disagree, please complain loudly. Otherwise, I will continue the CT cleanup... 1. Change time Every change has a time. This time is used as a guidance for the user while editing his document.

Invalid formatting code

Hi, %e is not supported as a formatting code for strftime by all compilers. At least with Windows/MSVC this causes change merging to fail (see Bugzilla 2923). Can I upload the attached patch to 1.4 and 1.5? Regards, Joost Index: lyxrc.C ==

Re: Is it time to rename .C to .cpp now?

And renaming a bunch of files does nothing but waste at least 15 minutes of ALL developers time due to the recompile involved. It is quite interesting to hear that 15min recompiling wastes more time than discussing the same problem ten times in the list, and taking no action. There is no point

Re: Restarting the LyX documentation project

Uwe Stöhr wrote: I haven't said that I will develop the docs outside of SVN, but I still doesn't have committing permissions on SVN. Ask Lars to give you SVN access. Then you can also work on the official Windows installer directly. Joost

Re: Restarting the LyX documentation project

Georg Baum schrieb: but IMO you really should do this work in svn and not somewhere outside the official LyX project. I haven't said that I will develop the docs outside of SVN, but I still doesn't have committing permissions on SVN. I would like to have the docs I'm currently working on in

Re: [patch] fix inputenc

On Wednesday 25 October 2006 4:15 pm, Georg Baum wrote: > So that means that we need to add a postprocessor script for docbook sgml > output? It is an easier solution and some of our users are doing it anyway. :-) > How important is the sgml variant BTW? Ask to Jean-Marc how important is to

Re: Is it time to rename .C to .cpp now?

John Levon wrote: I'm honestly not sure if you're joking. Same goes for Asger. I think further clean-up work, reorganisations, refactoring, or other maneuvers that primarily help the developers at the risk of breaking things for the users should wait until 1.6.svn opens. The only exception t

Re: UI for New/Close Window

Abdelrazak Younes wrote: > Peter Kümmel wrote: >> While your discussion I've finished the tab implementation. :) > > I always said that, less talk, more action! > :-) > > >> Please test or comment it. >> It should be possible to port it back to 1.4 (there is also a QTabBar) > > I think it is a

Re: Fix for 2875: outline + undo

On Wed, Oct 25, 2006 at 03:47:35PM +0200, Jean-Marc Lasgouttes wrote: > > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes: > > Martin> Or even simpler... > > It looks very simple indeed, but crashes on undo: load Intro, do a Up > on chapter 3 and then undo. > > Sorry I am a bit too bus

warnings

This should be fixed: ../../../src/frontends/LyXView.h: In constructor 'lyx::LyXView::LyXView(int)': ../../../src/frontends/LyXView.h:263: warning: 'lyx::LyXView::id_' will be initialized after ../../../src/frontends/LyXView.h:183: warning: 'lyx::frontend::WorkArea* lyx::LyXView::work_area_'

Re: [patch] big delimiters

On Wed, Oct 25, 2006 at 05:03:19PM +0200, Georg Baum wrote: > Jean-Marc Lasgouttes wrote: > > We could also decide that adding such new features to 1.4 is not a > > good idea anymore (because 1.5 is not so far away). > > I'd say that developing such a fix especially for 1.4 should not be done > a

Re: Cmake problem

Abdelrazak Younes wrote: > Peter Kümmel wrote: >> Abdelrazak Younes wrote: >>> Hi Peter, >>> >>> I have some problem with CMake which is probably due to the new pch >>> support. Could you please look at it? >>> >>> Thanks in advance, >>> Abdel. >>> >> >> I've never tried the Release build, but I sh

Re: Misplacement of math toolbar

Abdelrazak Younes wrote: I have to find some time to solved it. If someone wants to look at it, the problem is related to a toolbar separator inserted between the table toolbar and the math toolbar. If the cursor goes in math within the table, you will notice that the two toolbars show correctl

Re: Misplacement of math toolbar

Jonathan Vogt wrote: Hi all, first of all thanks for your work and keep it up. I've been compiling the source from subversion for a couple of days now and I noticed that when starting some math the math toolbar shows up (nothing wrong with that) but it shows up right under the menu bar. I als

Re: [Cvslog] r15545 - /lyx-devel/branches/BRANCH_1_4_X/src/lyxrc.C

On Wed, Oct 25, 2006 at 10:27:32AM -, [EMAIL PROTECTED] wrote: > Author: joost > Date: Wed Oct 25 12:27:30 2006 > New Revision: 15545 > > URL: http://www.lyx.org/trac/changeset/15545 > Log: > Changed default date formatting string to be compatible with both > Windows/UNIX. This solves crashes

Misplacement of math toolbar

Hi all, first of all thanks for your work and keep it up. I've been compiling the source from subversion for a couple of days now and I noticed that when starting some math the math toolbar shows up (nothing wrong with that) but it shows up right under the menu bar. I also don't know how to mov

Re: About multiple windows and typing speed

On Wed, Oct 25, 2006 at 10:48:09AM +0200, Jean-Marc Lasgouttes wrote: > > "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes: > > Abdelrazak> I don't know about linux and MacOS but I personally don't > Abdelrazak> need LyX to be any faster, thank you very much. > > Did you look at t

Re: About scrolling speed

On Oct 25, 2006, at 11:01 AM, Abdelrazak Younes wrote: Bennett Helm wrote: On Oct 24, 2006, at 3:07 AM, Jean-Marc Lasgouttes wrote: "Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes: Bennett> Scrolling through the User's Guide (with math preview turned Bennett> off) takes about 70 seco

Re: Is it time to rename .C to .cpp now?

i don't remember the details, but i think people then said to wait until lars' unicode stuff was merged in... Unicode is in. That is why I am asking. i think most of us haven't really expressed their opinion (to avoid flames probably, or because they don't really care either way). Then, let

Re: Is it time to rename .C to .cpp now?

Edwin Leuven wrote: Bo Peng wrote: If you guys still remember, the renaming issue was brought up *before* scons was ever introduced! It has been discussed several times and we *had made the decision* that this *will* be done. i don't remember the details, but i think people then said to wait u

Re: Is it time to rename .C to .cpp now?

Bo Peng wrote: If you guys still remember, the renaming issue was brought up *before* scons was ever introduced! It has been discussed several times and we *had made the decision* that this *will* be done. i don't remember the details, but i think people then said to wait until lars' unicode s

Re: [patch] fix inputenc

José Matos wrote: > On Tuesday 24 October 2006 8:42 pm, Georg Baum wrote: >> > What about docbook? Is this always utf8? >> >> AFAIK docbook files can be encoded in utf8, latin1 and a number of other >> encodings, but all relevant tools are able to process utf8. > > If we use xml, not if we go w

Re: table handling: some wishes

Uwe Stöhr wrote: We've discussed this often the last time, LyX supports this, see section "Using Multiple Toolbars" in http://wiki.lyx.org/LyX/UserInterface but some developers don't want it to be enabled by default. For LyX 1.5 this has already been solved (the toolbar state is remembered).

Re: [patch] big delimiters

Jean-Marc Lasgouttes wrote: > Georg, do you reckon that the patch would be OK for 1.4 now? I cannot see any problem with it, so I'd say yes. If something goes wrong then it will be restricted to commands that have "big" in the inset field in lib/symbols. > We could also decide that adding such n

Re: About scrolling speed

Bennett Helm wrote: On Oct 24, 2006, at 3:07 AM, Jean-Marc Lasgouttes wrote: "Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes: Bennett> Scrolling through the User's Guide (with math preview turned Bennett> off) takes about 70 seconds. And does math preview improve things? Math preview

Re: About scrolling speed

On Oct 24, 2006, at 3:07 AM, Jean-Marc Lasgouttes wrote: "Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes: Bennett> Scrolling through the User's Guide (with math preview turned Bennett> off) takes about 70 seconds. And does math preview improve things? Math preview doesn't seem to work

Re: LyX does not compile

On Oct 25, 2006, at 5:43 AM, Kornel Benko wrote: Am Dienstag, 24. Oktober 2006 17:49 schrieb Bennett Helm: On Oct 24, 2006, at 2:22 AM, Abdelrazak Younes wrote: Bo Peng wrote: On 10/23/06, Michael Gerz <[EMAIL PROTECTED]> wrote: Abdel, can you help me? This is due to a scons_manifest prob

Re: Cmake problem

Peter Kümmel wrote: Abdelrazak Younes wrote: Hi Peter, I have some problem with CMake which is probably due to the new pch support. Could you please look at it? Thanks in advance, Abdel. I've never tried the Release build, but I should have. I assume you've pch enabled. Yes. The error ha

Re: Cmake problem

Abdelrazak Younes wrote: > Hi Peter, > > I have some problem with CMake which is probably due to the new pch > support. Could you please look at it? > > Thanks in advance, > Abdel. > I've never tried the Release build, but I should have. I assume you've pch enabled. Peter

Cmake problem

Hi Peter, I have some problem with CMake which is probably due to the new pch support. Could you please look at it? Thanks in advance, Abdel. -- Build started: Project: ZERO_CHECK, Configuration: Debug Win32 -- Performing Post-Build Event... "Checking build system" Build log was saved

Re: UI for New/Close Window

Peter Kümmel wrote: While your discussion I've finished the tab implementation. :) I always said that, less talk, more action! :-) Please test or comment it. It should be possible to port it back to 1.4 (there is also a QTabBar) I think it is a very good solution for 1.4 where there is onl

Re: UI for New/Close Window

Jean-Marc Lasgouttes wrote: "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes: Abdelrazak> Well, if you are going to do it I reckon you shall know Abdelrazak> the different alternative. But I remember you have been Abdelrazak> traumatized by a recent QFocusEvent experience ;-) You r

Re: rev 15538 does not compile

But I thought I did that for both Scons and autotools. Something is probably going wrong in my head... I'll fix that if it's not already done. Sorry about that. You added the files, but not to the the to-be-moced-list. (That list is not needed if the source is not in .C extension.) Bo

Re: Is it time to rename .C to .cpp now?

Peter> Seems scons has trouble with the .C. Maybe Po could patch scons Peter> and send the patch to the scons peolple. scons actually do not have a big problem with it (at least the code has been written to overcome the consequences). Yes, that would be a better solution IMO. If you guys sti

Re: [patch] big delimiters

> "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes: >> Yes, I found that it is the culprit. However, I solved it by >> replacing the second cell->push_back() call in the else branch with >> putback(), simply. I tested it and it seems to work. Enrico> Attached an updated patch with the

Re: Fix for 2875: outline + undo

> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes: Martin> Or even simpler... It looks very simple indeed, but crashes on undo: load Intro, do a Up on chapter 3 and then undo. Sorry I am a bit too busy now to debug it. JMarc

Re: Fix for 2875: outline + undo

> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes: Martin> About names, what would you suggest? Martin> s = start p = finish q = dest That would be OK, along with comments describing exactly the value of the variables. JMarc

Re: UI for New/Close Window

While your discussion I've finished the tab implementation. :) Please test or comment it. It should be possible to port it back to 1.4 (there is also a QTabBar) Peter Index: frontends/LyXView.h === --- frontends/LyXView.h (revision 1

Re: UI for New/Close Window

> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes: Abdelrazak> Well, if you are going to do it I reckon you shall know Abdelrazak> the different alternative. But I remember you have been Abdelrazak> traumatized by a recent QFocusEvent experience ;-) You read my mind :) Abdelraza

Re: UI for New/Close Window

Jean-Marc Lasgouttes wrote: "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes: So the tabs should have the list of buffers in current view, while the Menu should have all buffers, irrespectively of the view, right? This hardly requires fancy widgets. Abdelrazak> I am not talking

Re: Fix for 2875: outline + undo

On Wed, 2006-10-25 at 15:35 +0300, Martin Vermeer wrote: > On Wed, 2006-10-25 at 15:12 +0300, Martin Vermeer wrote: > > On Wed, 2006-10-25 at 14:06 +0200, Jean-Marc Lasgouttes wrote: > > > > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes: > > > > > > Martin> I believe so. Possibly newpi

Re: Fix for 2875: outline + undo

On Wed, 2006-10-25 at 15:12 +0300, Martin Vermeer wrote: > On Wed, 2006-10-25 at 14:06 +0200, Jean-Marc Lasgouttes wrote: > > > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes: > > > > Martin> I believe so. Possibly newpit includes [pit=4], I'm not quite > > Martin> sure (does it matter?

Re: UI for New/Close Window

> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes: >> So the tabs should have the list of buffers in current view, while >> the Menu should have all buffers, irrespectively of the view, >> right? This hardly requires fancy widgets. Abdelrazak> I am not talking about fancy widget

Re: UI for New/Close Window

Jean-Marc Lasgouttes wrote: "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes: Abdelrazak> Your solution is good for single window LyX because then Abdelrazak> the tab bar would just offer the same document list as the Abdelrazak> View menu. Abdelrazak> With multiple windows (views

[1.5 PATCH] Re: [Bug 2882] not possible to delete row in ERT inset

> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: Jean-Marc> Please test, in particular with change tracking. Since the testing did not show big problems, I committed the patch bug2882-5-14x (below) to 1.4.4svn. The adaptation of this patch to 1.5 is attached. The changelog sa

Re: About multiple windows and typing speed

Jean-Marc Lasgouttes wrote: "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes: Abdelrazak> Jean-Marc Lasgouttes wrote: "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes: Abdelrazak> I don't know about linux and MacOS but I personally don't Abdelrazak> need LyX to be any

Re: UI for New/Close Window

> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes: Abdelrazak> Your solution is good for single window LyX because then Abdelrazak> the tab bar would just offer the same document list as the Abdelrazak> View menu. Abdelrazak> With multiple windows (views really), we have a proble

Re: Fix for 2875: outline + undo

On Wed, 2006-10-25 at 14:06 +0200, Jean-Marc Lasgouttes wrote: > > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes: > > Martin> I believe so. Possibly newpit includes [pit=4], I'm not quite > Martin> sure (does it matter?) > > Is it why you need to use min/max? I think you should not ne

Re: About multiple windows and typing speed

> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes: Abdelrazak> Jean-Marc Lasgouttes wrote: >>> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes: >> Abdelrazak> I don't know about linux and MacOS but I personally don't Abdelrazak> need LyX to be any faster, thank yo

Re: UI for New/Close Window

Jean-Marc Lasgouttes wrote: "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes: Abdelrazak> Peter Kümmel wrote: Here a first attempt for tabs, it's the JMarc approach, because it's the simples way. Abdelrazak> Yes it's the simplest way for now but not when we will Abdelrazak> want

Re: Fix for 2875: outline + undo

> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes: Martin> I believe so. Possibly newpit includes [pit=4], I'm not quite Martin> sure (does it matter?) Is it why you need to use min/max? I think you should not need that. I would try without pit=4 first, and then add it if it seems neces

Re: About scrolling speed

On Wed, Oct 25, 2006 at 10:19:12AM +0200, Asger Ottar Alstrup wrote: > Abdelrazak Younes wrote: > >The wikipedia link that Martin's provided indicated that this is not > >about anti-aliasing on/off but about different methods for anti-aliasing > >(sharpness versus contrast). Could you please chec

Re: GUII

Peter Kümmel wrote: Abdelrazak Younes wrote: no-undefined symbols work well with C++. However I don't see what you'd link to make this usable. We have (1) core + frontend (without Qt) (2) frontend + frontend/qt (without core) But linking-wise both depend on the 'without' stuff Wit

Re: Fix for 2875: outline + undo

On Wed, 2006-10-25 at 13:00 +0200, Jean-Marc Lasgouttes wrote: > > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes: > > Martin> Rather try this one. PBCAK. > > I see a crash too when using down. Do you have a recipe? > The undo should be done from the first pit of the moved range Thi

Re: Is it time to rename .C to .cpp now?

On Wed, Oct 25, 2006 at 10:37:35AM +0300, Martin Vermeer wrote: > I do have a strong opinion on this. I said it before and I say it again: > we shouldn't do this, not now, not never. > > If you check where .cpp is used, is it mostly on Windows. However, LyX > is culturally UNIX. We should be prou

Re: Restarting the LyX documentation project

Uwe Stöhr wrote: > Georg Baum schrieb: > >>> When a new feature is implemented to be released in the next LyX version >>> the developer(s) who wrote the feature create a separate LyX-document >>> describing the feature. Then somebody who wasn't involved in the >>> development of the feature check

Re: Fix for 2875: outline + undo

> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes: Martin> Rather try this one. PBCAK. I see a crash too when using down. The undo should be done from the first pit of the moved range to the last pit before the place where the section contents goes. Example [pit=0] Section 1 [pit=1]

Re: Restarting the LyX documentation project

Uwe Stöhr schrieb: > Jean-Marc Lasgouttes schrieb: > >> Uwe, we would indeed be delighted to have a real doc maintainer. But I >> agree with Georg that, at least for a first cleanup phase, the work >> should be done on the main documents. The more ambitious plan can only >> be carried out if you m

Re: About multiple windows and typing speed

Jean-Marc Lasgouttes wrote: "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes: Abdelrazak> I don't know about linux and MacOS but I personally don't Abdelrazak> need LyX to be any faster, thank you very much. Did you look at the file in bug 2900? This is a slowdown with math insets

Re: Restarting the LyX documentation project

Georg Baum schrieb: If there is more documentation in a other language it just becomes a item on the TODO list: translate to English. If that happens with several languges then it will be impossible to update the english version. For example I could do that if only the german version is newer

Re: Restarting the LyX documentation project

Jean-Marc Lasgouttes schrieb: Uwe, we would indeed be delighted to have a real doc maintainer. But I agree with Georg that, at least for a first cleanup phase, the work should be done on the main documents. The more ambitious plan can only be carried out if you manage to create a real documentat

Re: Restarting the LyX documentation project

Georg Baum schrieb: When a new feature is implemented to be released in the next LyX version the developer(s) who wrote the feature create a separate LyX-document describing the feature. Then somebody who wasn't involved in the development of the feature checks if he's able to use the feature as

Re: table handling: some wishes

Hartmut Haase schrieb: it would be very helpful if there could be some toolbar buttons with table features like adding/removing rows/columns etc. while the cursor is inside a table. We've discussed this often the last time, LyX supports this, see section "Using Multiple Toolbars" in http://

Re: Is it time to rename .C to .cpp now?

> "Peter" == Peter Kümmel <[EMAIL PROTECTED]> writes: Peter> Jean-Marc Lasgouttes wrote: >> I think that renaming files to be consistent wrt the class that >> they define would be much more useful than changing extensions. I >> do not really see what are the _real_ problems cause by .C. Bit I

Re: LyX does not compile

Am Dienstag, 24. Oktober 2006 17:49 schrieb Bennett Helm: > On Oct 24, 2006, at 2:22 AM, Abdelrazak Younes wrote: > > > Bo Peng wrote: > >> On 10/23/06, Michael Gerz <[EMAIL PROTECTED]> wrote: > >>> Abdel, > >>> > >>> can you help me? > >> This is due to a scons_manifest problem. Will be fixed in

Re: Is it time to rename .C to .cpp now?

Jean-Marc Lasgouttes wrote: > I think that renaming files to be consistent wrt the class that they > define would be much more useful than changing extensions. I do not > really see what are the _real_ problems cause by .C. Bit I admit I may > be missing something. Seems scons has trouble with the

Re: Is it time to rename .C to .cpp now?

Jean-Marc Lasgouttes wrote: I think that renaming files to be consistent wrt the class that they define would be much more useful than changing extensions. this is a different thread i think... I do not really see what are the _real_ problems cause by .C. Bit I admit I may be missing somethin

Re: Is it time to rename .C to .cpp now?

> "Edwin" == Edwin Leuven <[EMAIL PROTECTED]> writes: Edwin> Martin Vermeer wrote: >> I do have a strong opinion on this. I said it before and I say it >> again: we shouldn't do this, not now, not never. >> >> If you check where .cpp is used, is it mostly on Windows. However, >> LyX is cultur

Re: Invalid formatting code

Jean-Marc Lasgouttes wrote: Either that or set the format in your lyxrc.dist. I'd prefer it not to crash without lyxrc.dist, so I'll change the code to %x. Joost

Re: Restarting the LyX documentation project

> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes: Georg> This is too complicated IMO. I would already be very pleased if Georg> developers who implement a new feature/rearrange menu entries Georg> would simply add a section to the appropriate manual/reflect Georg> the changed menus. Georg>

Re: Restarting the LyX documentation project

> "Peter" == Peter Kümmel <[EMAIL PROTECTED]> writes: Peter> Georg Baum wrote: >> By all means it should be avoided that translated docs become more >> recent/contain more information. This is the case with the current >> german userguide, but if other languages start to do this too we >> get

Re: Invalid formatting code

> "Joost" == Joost Verburg <[EMAIL PROTECTED]> writes: Joost> Jean-Marc Lasgouttes wrote: José> We can either call it through its C interface or use a pipe to José> get a result. >> I'd rather avoid that. Joost> Do you agree with changing the formatting code to %x right now Joost> (the date

Re: Random notes

> "Peter" == Peter Kümmel <[EMAIL PROTECTED]> writes: Peter> Jean-Marc Lasgouttes wrote: >> There is also the problem of the next 1.4 release. Some stuff needs >> to be fixed before 1.4.4, but depending on 1.5 timing, it is not >> clear yet whether it should be the last one. I think there will

Re: Restarting the LyX documentation project

Georg Baum wrote: > Peter Kümmel wrote: > >> "Who codes decides" >> If there is someone who wanna write docs in his preferred language >> we should not stop him. > > No, but we should make him updating the english version at the same time. > >> If there is more documentation in a other language

Re: Random notes

> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes: Georg> It is a real problem. Opening my thesis takes already 15 Georg> seconds. Currently I can live with that because I don't need to Georg> to that so often. This is something gprof could help us to understand, since the time is probably

Re: Is it time to rename .C to .cpp now?

Edwin Leuven wrote: > (personally i think that these big c's are a stupid joke anyway) Maybe you have missed that LyX is not a C++ but a c-uppercase project. ;) But when the big C is a sign for the Unix origin I could understand it. Peter

Re: The cursor is seriously broken..

Abdelrazak Younes wrote: Edwin Leuven wrote: Abdelrazak Younes wrote: i think that the positioning of the cursor is nicer with the attached (moves it 2 pixels to the right...) Yep. I hesitated to do that but I think you're right for an immediate solution. In principle the BufferView (via Cur

Re: Restarting the LyX documentation project

Peter Kümmel wrote: > "Who codes decides" > If there is someone who wanna write docs in his preferred language > we should not stop him. No, but we should make him updating the english version at the same time. > If there is more documentation in a other language it just becomes > a item on the

Re: Is it time to rename .C to .cpp now?

Martin Vermeer wrote: I do have a strong opinion on this. I said it before and I say it again: we shouldn't do this, not now, not never. If you check where .cpp is used, is it mostly on Windows. However, LyX is culturally UNIX. We should be proud of that and show it in our code base. decisions

Re: Random notes

Jean-Marc Lasgouttes wrote: > There is also the problem of the next 1.4 release. Some stuff needs to > be fixed before 1.4.4, but depending on 1.5 timing, it is not clear > yet whether it should be the last one. I think there will be time for > a 1.4.5 that implements necessary lyx2lyx support. I

Re: Random notes

Peter Kümmel wrote: Wouldn't it help when you post a check-list for the 1.4.4 release? Then we could pick out an item, and do always see what's still to do. I think there can be 1.4 releases more often. There always remain things to be fixed. For 1.4.4 I would suggest to solve the crash bugs

Re: KCachegrind and LyX

> "cmiramon" == cmiramon <[EMAIL PROTECTED]> writes: cmiramon> Hello, I'm reading arguments to and fro about the fastness cmiramon> of the new Qt4 frontend. cmiramon> Just a question. Has someone tried Valgrind / Cachegrind / cmiramon> KCachegrind on the Qt4 frontend and the last working Qt3

Re: Restarting the LyX documentation project

Georg Baum wrote: > By all means it should be avoided that translated docs become more > recent/contain more information. This is the case with the current german > userguide, but if other languages start to do this too we get a mess. The > english version is the master version, the other languges

Re: The cursor is seriously broken..

> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes: Abdelrazak> Edwin Leuven wrote: >> Abdelrazak Younes wrote: >>> I have just fixed that. Very simple... I should look at the code >>> before commenting... The former state was probably due to >>> temporary debugging state from Andr

Re: Random notes

Jean-Marc Lasgouttes wrote: > There is also the problem of the next 1.4 release. Some stuff needs to > be fixed before 1.4.4, but depending on 1.5 timing, it is not clear > yet whether it should be the last one. I think there will be time for > a 1.4.5 that implements necessary lyx2lyx support. Wo

Re: [patch] new InsetCommandParams

> "Michael" == Michael Gerz <[EMAIL PROTECTED]> writes: Michael> Thank you very much! (You must be watching the svn logs very Michael> very carefully.) Not very carefully, but I do look at all of them (especially to see what could be used in 1.4 too). JMarc

Re: About multiple windows and typing speed

> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes: Abdelrazak> I don't know about linux and MacOS but I personally don't Abdelrazak> need LyX to be any faster, thank you very much. Did you look at the file in bug 2900? This is a slowdown with math insets that is peculiar to windo

Re: Invalid formatting code

Jean-Marc Lasgouttes wrote: José> We can either call it through its C interface or use a pipe to José> get a result. I'd rather avoid that. Do you agree with changing the formatting code to %x right now (the date in the current locale) so the crashes are gone? We can think about complicate

Re: UI for New/Close Window

> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes: Abdelrazak> Peter Kümmel wrote: >> Here a first attempt for tabs, it's the JMarc approach, because >> it's the simples way. Abdelrazak> Yes it's the simplest way for now but not when we will Abdelrazak> want to do fancy stuff. Bu

Re: Invalid formatting code

> "José" == José Matos <[EMAIL PROTECTED]> writes: José> Since we require python we can use it, the module time has José> what you are requiring... José> We can either call it through its C interface or use a pipe to José> get a result. I'd rather avoid that. JMarc

Re: Random notes

> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes: Georg> No. IMO it was a mistake to skip the "let those who care keep Georg> it working in svn while others ignore it" phase. But now the Georg> baby is already thrown out and dead. Personnally, I would have welcome a resurrection of qt3, bu

Re: [Patch] updated fix for 2550

> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes: Martin> Ah, it's already in, r15415. Seems I neglected to post to the Martin> list. Or maybe I forgot about it. Thanks. JMarc

Re: Restarting the LyX documentation project

Uwe Stöhr wrote: > Hello LyXers, > > I want to restart to work on the documentation but at first want to have > you OK about the HOW. Great! > The documentation is currently out of date, many menu names have changed > since the last release, new features like change tracking are not or not > pr

Re: GUII

Abdelrazak Younes wrote: >> no-undefined symbols work well with C++. However I don't >> see what you'd link to make this usable. >> >> We have (1) core + frontend (without Qt) >> (2) frontend + frontend/qt (without core) >> >> But linking-wise both depend on the 'without' stuff > > Wit

Re: Random notes

Abdelrazak Younes wrote: > Michael Gerz wrote: >> Jose, >> >> let me summarize Georg's patch list: >> >> - bugs in bugzilla with the fileformat keyword (can only be fixed in a >> major release) >> - esint (more or less finished) >> - nomencl (finished) >> - xymatrix (almost working implementatio

Re: table handling: some wishes

Hartmut Haase wrote: Hi there, it would be very helpful if there could be some toolbar buttons with table features like adding/removing rows/columns etc. while the cursor is inside a table. This is what TeXmacs (www.texmacs.org) does. An that is also what LyX does. Of course, this is not enab

Re: GUII

Andre Pönitz wrote: Quoting Peter Kümmel <[EMAIL PROTECTED]>: The fact that there's now only one frontend left to care about should not lead to the conclusion that's now suddenly fine to mix core and GUI. As a matter of fact I will strongly oppose any change that will lead to (a) using any QW

Re: About scrolling speed

Abdelrazak Younes wrote: The wikipedia link that Martin's provided indicated that this is not about anti-aliasing on/off but about different methods for anti-aliasing (sharpness versus contrast). Could you please check that before we settle on any solution? It is about anti-aliasing. You can

table handling: some wishes

Hi there, it would be very helpful if there could be some toolbar buttons with table features like adding/removing rows/columns etc. while the cursor is inside a table. This is what TeXmacs (www.texmacs.org) does. -- Viele Grüße, Hartmut Hungerhilfe: http://www.thehungersite.com Kampagne gege

Re: [Patch] Fix some LFUN_WINDOW_CLOSE bugs.

[EMAIL PROTECTED] wrote: On Tue, 24 Oct 2006, Abdelrazak Younes wrote: (For some reason, while reading the above I assumed that LFUN_WINDOW_CLOSE would invoke LYX_QUIT if it was the last window. That's right. Ok, I'll just modify it slightly. This hould be fine: The function 'windo

  1   2   >