Re: question about horizontal box content alignment

Uwe Stöhr wrote: > Can we get get rid of horizontal box content alignment in box dialog? Don't think so. > This is in any case greyed out No. Chose "Type: Rectangular Box" and "Inner Box: None", for instance. > and the horizontal alignment of the box > content is set by the paragraph dialog (

Re: [patch] Fix writing a space after a latex macro

> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes: >> Also, instead of testing isAlpha, isn't there a catcode we >> could/should use? Georg> We don't know anything about catcodes outside of MathParser.C Georg> and tex2lyx. But we make theCatCodes available to the outside. JMarc

Re: [patch] Fix writing a space after a latex macro

> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: > "Georg" == Georg Baum <[EMAIL PROTECTED]> writes: >>> Also, instead of testing isAlpha, isn't there a catcode we >>> could/should use? Georg> We don't know anything about catcodes outside of MathParser.C Georg> and tex2ly

Re: [patch] Fix writing a space after a latex macro

Jean-Marc Lasgouttes wrote: >> "Georg" == Georg Baum >> <[EMAIL PROTECTED]> >> writes: > >>> Also, instead of testing isAlpha, isn't there a catcode we >>> could/should use? > > Georg> We don't know anything about catcodes outside of MathParser.C > Georg> and tex2lyx. > > But we mak

Re: [patch] Fix writing a space after a latex macro

Jean-Marc Lasgouttes wrote: > Jean-Marc> But we make theCatCodes available to the outside. > > Hmm, we 'can' make. Now I understand :-) Yes, we can do that, but I don't know whether it is better than isAlpha. I had a look again, and now I see that isAlpha is only used for this whitespace stuff

Re: more Win-specific LyX problems

Uwe Stöhr wrote: You'll get LaTeX-errors about missing packages. The automatic package installation is enabled, but as users don't have write permissions for MiKTeX's install folder they can't install missing packages. That means that e.g. at universities the students aren't able to use their s

Re: help for compilation error

한창길 wrote: > Hello, > > > - Original Message - >>> From: Jean-Marc Lasgouttes <[EMAIL PROTECTED]> >>> >>> you use? It seems that the wrong version of uic is found and used. > > Yes, you are right! After I've changed uic from version 3.3.3->4.1.44 > the problem disappears. > > But I hav

Re: About bugzilla

Jean-Marc Lasgouttes wrote: "Georg" == Georg Baum <[EMAIL PROTECTED]> writes: Georg> Am Montag, 30. Oktober 2006 19:23 schrieb Abdelrazak Younes: Well, I didn't meant really a mailing list but something like lyx-cvs right now where you can follow the message would be very nice. Georg> I see.

Re: help for compilation error

Abdelrazak Younes wrote: > Isn't there a way to test for that kind of stuff in the autotools so > that the above problems can never happen at the first place? I implemented such a test some time ago. It seems that somebody deleted it. Georg

Re: Just 2 show stoppers from a test release

Asger Ottar Alstrup wrote: Hi, An update on the status of 1.5.svn. Nice work, guys - we are down to just 2 known show-stoppers for a test release: - Selection with the mouse. Does not work in math nor in tables. It works in all footnotes, floats & notes and miniboxes, even when nested. To r

Re: Just 2 show stoppers from a test release

Bo Peng wrote: An update on the status of 1.5.svn. Nice work, guys - we are down to just 2 known show-stoppers for a test release: session/bookmark is broken, and a patch is ready. session/toolbar will be added when multiple-win becomes stable (or is it already so?). Multi-view support should

Re: Input of CJK characters is O.K. but view fails

Georg Baum wrote: "한창길" wrote: Hello, I've found it very exciting that without CJK-patch, I can now input CJK characters with lyx-1.5.0svn. However, viewing the CJK characters (postscript or pdf) fails with the following error messages: "The output file could not be closed properly. Probably

Re: Input of CJK characters is O.K. but view fails

Abdelrazak Younes wrote: > Georg Baum wrote: >> Add the proper encodings to lib/encodings and languages to lib/languages. >> Then you need to fix the frontend that all encodings from lib/encodings >> can be selected, currently the list is hardcoded in >> src/frontends/qt4/QDocumentDialog.C. > >

Re: Input of CJK characters is O.K. but view fails

Georg Baum wrote: Abdelrazak Younes wrote: Georg Baum wrote: Add the proper encodings to lib/encodings and languages to lib/languages. Then you need to fix the frontend that all encodings from lib/encodings can be selected, currently the list is hardcoded in src/frontends/qt4/QDocumentDialog

small reorganization of graphics dialog

hi guys, atm the graphics dialog looks like this: http://leuven.ecodip.net/lyx/g.png i reorganized the first tab as follows: http://leuven.ecodip.net/lyx/g1.png http://leuven.ecodip.net/lyx/g2.png what do you think? ed.

Re: Input of CJK characters is O.K. but view fails

On Tuesday 31 October 2006 10:04 am, Abdelrazak Younes wrote: > > > > 한창길 is the CJK patch maintainer :-) > > Man... German, English, French, and now Chinese... I am impressed! :-) You mean Korean, right? > Abdel. -- José Abílio

Re: Input of CJK characters is O.K. but view fails

José Matos wrote: On Tuesday 31 October 2006 10:04 am, Abdelrazak Younes wrote: 한창길 is the CJK patch maintainer :-) Man... German, English, French, and now Chinese... I am impressed! :-) You mean Korean, right? My bad 한창길, sorry for the confusion; sometimes I mix up the two writings ;-)

Re: small reorganization of graphics dialog

Leuven, E. wrote: hi guys, atm the graphics dialog looks like this: http://leuven.ecodip.net/lyx/g.png i reorganized the first tab as follows: http://leuven.ecodip.net/lyx/g1.png http://leuven.ecodip.net/lyx/g2.png The rotation does not apply to the LyX display? what do you think? If n

RE: Re: small reorganization of graphics dialog

Abdelrazak Younes wrote: >> i reorganized the first tab as follows: >> >> http://leuven.ecodip.net/lyx/g1.png >> http://leuven.ecodip.net/lyx/g2.png > > The rotation does not apply to the LyX display? yeah, it does (but i guess that this is secondary) > If yes, then there's maybe a usability pro

Re: Random notes

On Monday 30 October 2006 1:04 pm, Jean-Marc Lasgouttes wrote: > > "José" == José Matos <[EMAIL PROTECTED]> writes: > >> > >> Some of the bugs have trivial fixes. There are two enhancements > >> that could be applied to 1.5 instead (save all files and show > >> modified files in buffer list). A

Re: Random notes

On Monday 30 October 2006 7:56 pm, Georg Baum wrote: > > I don't think so, at least for things like index entries. The difficult > thing is not the change in the file format (in fact the syntax will be the > same, only the sematics are changed), but the proper conversion of > non-escaped characters

Re: small reorganization of graphics dialog

Leuven, E. wrote: Abdelrazak Younes wrote: i reorganized the first tab as follows: http://leuven.ecodip.net/lyx/g1.png http://leuven.ecodip.net/lyx/g2.png The rotation does not apply to the LyX display? yeah, it does (but i guess that this is secondary) Is it really useful to have the rota

Re: Random notes

On Monday 30 October 2006 8:47 pm, Abdelrazak Younes wrote: > > > > I'd like to have help with the cache management as outlined above and > > with profiling the slowness when opening all child docs automatically. > > I'll try to help with that. FWIW I will do it as well. :-) > Abdel. -- José

Re: Re: small reorganization of graphics dialog

On Tue, Oct 31, 2006 at 11:45:26AM +0100, Leuven, E. wrote: > Abdelrazak Younes wrote: > >> i reorganized the first tab as follows: > >> > >> http://leuven.ecodip.net/lyx/g1.png > >> http://leuven.ecodip.net/lyx/g2.png > > > > The rotation does not apply to the LyX display? > > yeah, it does (bu

Re: small reorganization of graphics dialog

Leuven, E. wrote: > what do you think? I like it. Perhaps you could also think about separating the output "scale" from the "width" widget. I still find that very misleading and inconvenient. Jürgen

Re: [patch] Fix writing a space after a latex macro

On Tue, Oct 31, 2006 at 09:47:29AM +0100, Georg Baum wrote: > Jean-Marc Lasgouttes wrote: > > > Jean-Marc> But we make theCatCodes available to the outside. > > > > Hmm, we 'can' make. > > Now I understand :-) > > > Yes, we can do that, but I don't know whether it is better than isAlpha. I >

There is still one dirty ui-file

As the subject says ... /usr/local/Trolltech/Qt-4.1.4//bin/uic QSpellcheckerUi.ui -o QSpellcheckerUi.h '' isn't a valid widget ... Kornel -- Kornel Benko [EMAIL PROTECTED] pgpKBZH3xrvPO.pgp Description: PGP signature

Re: Re: small reorganization of graphics dialog

Enrico Forestieri wrote: > On Tue, Oct 31, 2006 at 11:45:26AM +0100, Leuven, E. wrote: > >> Abdelrazak Younes wrote: >> > The rotation does not apply to the LyX display? >> >> yeah, it does (but i guess that this is secondary) Nevertheless it is confusing if one "output" setting does also influ

Re: [patch] xymatrix

On Monday 30 October 2006 9:04 pm, Georg Baum wrote: > José, would this patch be OK? Yes. -- José Abílio

Re: VERY IMPORTANT!

Wisdom Beyhum wrote: Hi, i tried downloading the file lyx-143-4.exe from [...] Now, here's my question: why why why why why why why oh WHY was there a trojandownloader in the lyx executable file? and if you are already aware of the problem, then please let me know if i employed the correct pr

Re: Just 2 show stoppers from a test release

On Monday 30 October 2006 10:47 pm, Asger Ottar Alstrup wrote: > Hi, Hi Asger, > An update on the status of 1.5.svn. Nice work, guys - we are down to > just 2 known show-stoppers for a test release: I would like to take the opportunity to thank you for this initiative. :-) -- José Abílio

Re: Re: small reorganization of graphics dialog

On Tue, Oct 31, 2006 at 12:58:12PM +0100, Georg Baum wrote: > Enrico Forestieri wrote: > > > On Tue, Oct 31, 2006 at 11:45:26AM +0100, Leuven, E. wrote: > > > >> Abdelrazak Younes wrote: > >> > The rotation does not apply to the LyX display? > >> > >> yeah, it does (but i guess that this is sec

Re: Input of CJK characters is O.K. but view fails

Hello, >>>My bad 한창길, sorry for the confusion; sometimes I mix up the two writings ;-) No problem, but the problem is that I don't even know what the numbers in lib/encodings mean!!! Can anybody help? Regards, cghan

Re: Input of CJK characters is O.K. but view fails

"한창길" wrote: > Hello, > My bad 한창길, sorry for the confusion; sometimes I mix up the two writings ;-) > > No problem, but the problem is that I don't even know what the numbers in > lib/encodings mean!!! The numbers are gone in trunk. Only three names per encoding are left, they are expl

Re: Just 2 show stoppers from a test release

Asger Ottar Alstrup wrote: > - Table toolbar in menu problem. (Peter reported missing the drag-able > table insertion gadget, but that exists in the toolbar. Is that not good > enough?) It's a Qt bug. I've reported this: Qt: Using Qt version 4.2.2-snapshot-20061031 also buggy

RE: small reorganization of graphics dialog

> Perhaps you could also think about separating the output "scale" from > the "width" widget. I still find that very misleading and inconvenient. ok, i'll have a look

Re: Re: small reorganization of graphics dialog

Enrico Forestieri wrote: > But I simply used the default converter chosen by LyX and the rotation > was actually depending on using latex or pdflatex. Then we might need to change the default converter. Do you have an example file? I don't remember seeing this with the default converter. > So, I

Re: Re: small reorganization of graphics dialog

On Tue, Oct 31, 2006 at 01:46:54PM +0100, Georg Baum wrote: > Enrico Forestieri wrote: > > > But I simply used the default converter chosen by LyX and the rotation > > was actually depending on using latex or pdflatex. > > Then we might need to change the default converter. Do you have an exampl

Re: Movable toolbars

Bo Peng wrote: >> OK, I disable the default precompilng of Qt headers. > > I guess you VC guys can turn it on during development, and turn it off > and test before commit? I don't know if there is a way of disabling it without a complete recompile. Maybe it will work only with two build trees.

Re: Movable toolbars

José Matos wrote: > On Tuesday 31 October 2006 2:51 pm, Peter Kümmel wrote: >> José Matos wrote: >>> GuiView.C:78: error: ISO C++ forbids declaration of 'QTabBar' with no >>> type >> I've added the include of QTabBar. >> Does this help? > > It helps but it is not enough: ... > GuiView.C:83: erro

Re: Movable toolbars

OK, I disable the default precompilng of Qt headers. I guess you VC guys can turn it on during development, and turn it off and test before commit? Bo

Re: Movable toolbars

On Tuesday 31 October 2006 2:42 pm, Peter Kümmel wrote: > Because > - it costs us nothing > - it's a nice feature for the user > - I don't see any reason way we should disable it > - we are releasing only a alpha version > - I don't want to start a endless discussion > > I've just enabled

Re: Movable toolbars

Abdelrazak Younes wrote: > Peter Kümmel wrote: >> Because >> - it costs us nothing >> - it's a nice feature for the user >> - I don't see any reason way we should disable it >> - we are releasing only a alpha version >> - I don't want to start a endless discussion >> >> I've just enabled

Re: [PATCH} reorganization of the bookmarks feature

Bo Peng wrote: On 11/1/06, Bo Peng <[EMAIL PROTECTED]> wrote: > 4. Need LFUN_BOOKMARK_CLEAR and related menu item. Otherwise, > bookmarks will accumulate (till max size 20). Or we can limit the number of bookmarks to five so the bookmarks menu will never get crowded. Seriously, please let me

Re: Movable toolbars

Abdelrazak Younes wrote: > José Matos wrote: >> On Tuesday 31 October 2006 2:42 pm, Peter Kümmel wrote: >>> Because >>> - it costs us nothing >>> - it's a nice feature for the user >>> - I don't see any reason way we should disable it >>> - we are releasing only a alpha version >>> - I do

Shouldn't view->documents be allowed for new window?

Hi, Abdel, New lyx window created by 'File->new window" has view->documents disabled. Shouldn't it be allowed? This way, user can quickly open files that are opened in the original window. Bo

Re: [patch] Fix writing a space after a latex macro

> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes: Georg> Yes, we can do that, but I don't know whether it is better than Georg> isAlpha. I had a look again, and now I see that isAlpha is only Georg> used for this whitespace stuff, so if it stays in MathStream.C Georg> it would be fine with m

Re: Movable toolbars

I've just enabled it. Then, it makes sense to save toolbar position in session. Could you please tell me the functions to get/set toolbar position? Note that the interface has to be done independent of frontend. Bo

Movable toolbars

Because - it costs us nothing - it's a nice feature for the user - I don't see any reason way we should disable it - we are releasing only a alpha version - I don't want to start a endless discussion I've just enabled it. Peter The diff: Index: frontends/qt4/QLToolbar.C =

Re: [PATCH} reorganization of the bookmarks feature

Bo Peng wrote: > Seriously, please let me know if you like LFUN_BOOKMARK_CLEAR so that I think I like it Bo. It really makes sense. > I can clean and submit the patch. I guess I can also submit it as it > is and add long-list-of-bookmarks treatment later. 20 is fine with me. Then the menu wi

Re: Just 2 show stoppers from a test release

Abdelrazak Younes wrote: > Bo Peng wrote: >>> An update on the status of 1.5.svn. Nice work, guys - we are down to >>> just 2 known show-stoppers for a test release: >> >> session/bookmark is broken, and a patch is ready. session/toolbar will >> be added when multiple-win becomes stable (or is it a

Re: Just 2 show stoppers from a test release

Peter Kümmel wrote: Peter Kümmel wrote: Asger Ottar Alstrup wrote: - Table toolbar in menu problem. (Peter reported missing the drag-able table insertion gadget, but that exists in the toolbar. Is that not good enough?) It's a Qt bug. I've reported this: The best we could do is the patch bel

Re: [PATCH} reorganization of the bookmarks feature

Bo Peng wrote: Dear all, Attached patch re-organize the bookmarks feature. Changes: 1. change related menu items to save-bookmark 1 (add a bookmark) Bookmarks: auto-expanded bookmark list 2. Bookmarks are saved/handled in session.h/C. saved_positions is removed from BufferView.h/C. Pl

Re: Just 2 show stoppers from a test release

Abdelrazak Younes wrote: > Peter Kümmel wrote: >> Peter Kümmel wrote: >>> Asger Ottar Alstrup wrote: - Table toolbar in menu problem. (Peter reported missing the drag-able table insertion gadget, but that exists in the toolbar. Is that not good enough?) >>> It's a Qt bug. I've r

Re: Movable toolbars

Peter Kümmel wrote: Abdelrazak Younes wrote: Peter Kümmel wrote: Because - it costs us nothing - it's a nice feature for the user - I don't see any reason way we should disable it - we are releasing only a alpha version - I don't want to start a endless discussion I've just enabled i

Re: [PATCH} reorganization of the bookmarks feature

On 11/1/06, Bo Peng <[EMAIL PROTECTED]> wrote: > 4. Need LFUN_BOOKMARK_CLEAR and related menu item. Otherwise, > bookmarks will accumulate (till max size 20). Or we can limit the number of bookmarks to five so the bookmarks menu will never get crowded. Seriously, please let me know if you like

Re: Movable toolbars

Peter Kümmel wrote: Abdelrazak Younes wrote: José Matos wrote: On Tuesday 31 October 2006 2:42 pm, Peter Kümmel wrote: Because - it costs us nothing - it's a nice feature for the user - I don't see any reason way we should disable it - we are releasing only a alpha version - I don't

Re: Movable toolbars

On Tue, Oct 31, 2006 at 03:42:32PM +0100, Peter Kümmel wrote: > I've just enabled it. Nice :( john

Re: Movable toolbars

Bo Peng wrote: >> I've just enabled it. >> > > Then, it makes sense to save toolbar position in session. Could you > please tell me the functions to get/set toolbar position? Note that > the interface has to be done independent of frontend. > > Bo > > Yes, I also think this should be added, se

Re: Random notes

Georg Baum wrote: The image cache works well now. The only thing that would be needed before it can be put in trunk are some lyxrc options for cache size, cache file lifetime and code that uses these options to cleanup the cache. I would welcome a lyxrc only patch for now. Working on a docu

Re: Movable toolbars

José Matos wrote: > GuiView.C:78: error: ISO C++ forbids declaration of 'QTabBar' with no type I've added the include of QTabBar. Does this help? Maybe I should remove the Qt headers from the precompiled msvc-headers. Peter

Re: Just 2 show stoppers from a test release

Bennett Helm wrote: I think this comment involves a misunderstanding of how dire the situation currently is on Mac. Even on a window with 6 lines of text 30 characters long there is noticeable lag in typing. Moreover, LyX on Mac will not start from the GUI; there's no cursor; menus are messed u

Re: Movable toolbars

On Tuesday 31 October 2006 2:51 pm, Peter Kümmel wrote: > José Matos wrote: > > GuiView.C:78: error: ISO C++ forbids declaration of 'QTabBar' with no > > type > > I've added the include of QTabBar. > Does this help? It helps but it is not enough: if /bin/sh ../../../libtool --tag=CXX --mode=com

Re: Movable toolbars

On Tuesday 31 October 2006 3:30 pm, John Levon wrote: > > That it just happened without discussion of whether it makes sense, > unlike when I disabled it, when I actually asked people? John time passes and my memory is not improving. :-) Do you remember the arguments at that time? I have t

Re: Movable toolbars

On Tuesday 31 October 2006 2:43 pm, John Levon wrote: > On Tue, Oct 31, 2006 at 03:42:32PM +0100, Peter Kümmel wrote: > > I've just enabled it. > > Nice :( Could you elaborate, please? The switch is simple, and we can change it at any time. :-) > john -- José Abílio

Re: [PATCH} reorganization of the bookmarks feature

> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes: Bo> 1. a strange bug in MenuBackends. If I change return to break (see Bo> patch), I will get a TOC after Bookmarks. I am out of idea now. Isn't it related to this bit? + case md_bookmarks: + add(MenuItem(MenuI

Re: CT changes

Michael Gerz wrote: Helge Hafting wrote: Do that mean one eventually have to accept 48 changes for 4 hours of continous typing? Not really. You can select an arbitrary part of your document and just invoke "accept-change", which accepts all changes in the given selection. How about alway

Re: Movable toolbars

John Levon wrote: On Tue, Oct 31, 2006 at 03:42:32PM +0100, Peter Kümmel wrote: I've just enabled it. Nice :( Maybe we could add a settings somewhere to disable it for people like you. Abdel.

Re: [PATCH} reorganization of the bookmarks feature

> Seriously, please let me know if you like LFUN_BOOKMARK_CLEAR so that I think I like it Bo. It really makes sense. > I can clean and submit the patch. I guess I can also submit it as it > is and add long-list-of-bookmarks treatment later. 20 is fine with me. Then the menu will like: Save b

Re: Movable toolbars

Abdelrazak Younes wrote: > Peter Kümmel wrote: >> Abdelrazak Younes wrote: >>> José Matos wrote: On Tuesday 31 October 2006 2:42 pm, Peter Kümmel wrote: > Because > - it costs us nothing > - it's a nice feature for the user > - I don't see any reason way we should disable

[Patch] remove warning about multi-view in deleteEmptyParagraphMechanism()

Hello Jean-Marc, Would you like to comment on that? I don't really understand the problem but the delete mechanism seems to work well when two BufferView shows the same buffer. Abdel. Index: text2.C === --- text2.C (revision

Re: Random notes

José Matos wrote: On Tuesday 31 October 2006 3:52 pm, Abdelrazak Younes wrote: I was reading this: http://doc.trolltech.com/4.1/qpixmapcache.html Maybe we can reuse that? I think that Georg is talking about disc space cache, not in memory. Indeed, forget about it. Abdel.

Re: [Cvslog] r15598 - in /lyx-devel/trunk: lib/ui/default.ui src/Toolb...

> Michael Gerz wrote: >> The code snippet above activates the toolbar only if you are in CT mode. No, that does not work. I've changed it to '"review" "review,top"'. >> As said before, let's wait for Bo and his solution. Yes, for more changes lets wait. At least svn is now in an semi-final statu

Re: [Patch] remove warning about multi-view in deleteEmptyParagraphMechanism()

Jean-Marc Lasgouttes wrote: "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes: Abdelrazak> Hello Jean-Marc, Would you like to comment on that? Abdelrazak> I don't really understand the problem but the delete Abdelrazak> mechanism seems to work well when two BufferView shows the Abde

Re: [PATCH} reorganization of the bookmarks feature

4. Need LFUN_BOOKMARK_CLEAR and related menu item. Otherwise, bookmarks will accumulate (till max size 20). Or we can limit the number of bookmarks to five so the bookmarks menu will never get crowded. Bo

Re: [PATCH} reorganization of the bookmarks feature

Bo Peng wrote: Attached is a new version with LFUN_BOOKMARK_CLEAR. The bookmarks work well except that 1. assert error when lyx exits 2. when open a new empty window, bookmark menu works fine but go to bookmark will fail. Both problems relate to invalid lyx_view_ (I guess). Since I am not sure

About New TabBar and Multiple-Windows

Peter, You've done a good job there thanks! On request though: Could you please load the TabBar (if there's more than document that is) by default when a new Window is opened? Thanks in advance, Abdel.

Re: My Big Fat (Greek?) Cursor

John Levon wrote: On Tue, Oct 31, 2006 at 06:21:10PM +0100, Abdelrazak Younes wrote: John Levon wrote: What happened to the cursor? It is now a widget and most of the former features are not implemented yet. The code for the cursor shape and color is commented out. Look at the CursorWidget i

Re: Just 2 show stoppers from a test release

Peter Kümmel wrote: > Asger Ottar Alstrup wrote: >> - Table toolbar in menu problem. (Peter reported missing the drag-able >> table insertion gadget, but that exists in the toolbar. Is that not good >> enough?) > > It's a Qt bug. I've reported this: The best we could do is the patch below. The on

Crash with LFUN_MOVE_PARAGRAPH_UP or DOWN

New crash on the blocks: This is difficult to reproduce as it seems to happen randomly. 1) Help->Intro 2) put the cursor somewhere 3) Alt+Up arrow multiple times 4) move to the next paragraph 5) Alt+Down arrow With a bit of luck (sic), you'll get a crash. Here is a back trace: lyx-qt4.exe!std:

Re: Random notes

On Tuesday 31 October 2006 3:52 pm, Abdelrazak Younes wrote: > > I was reading this: > > http://doc.trolltech.com/4.1/qpixmapcache.html > > Maybe we can reuse that? I think that Georg is talking about disc space cache, not in memory. > Abdel. -- José Abílio

Re: Movable toolbars

> "John" == John Levon <[EMAIL PROTECTED]> writes: John> Besides us not having any support for remembering it in a John> session, it's far too easy to pop out toolbars. I've also never John> understood why it's preferable to have toolbars that occlude John> other windows (and indeed UI design

Re: [PATCH} reorganization of the bookmarks feature

Isn't it related to this bit? + case md_bookmarks: + add(MenuItem(MenuItem::Bookmarks)); + case md_toc: A break is missing here. Yes. I looked at the wrong place (for hours). Thanks. Bo

Re: [Patch] remove warning about multi-view in deleteEmptyParagraphMechanism()

> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes: Abdelrazak> Hello Jean-Marc, Would you like to comment on that? Abdelrazak> I don't really understand the problem but the delete Abdelrazak> mechanism seems to work well when two BufferView shows the Abdelrazak> same buffer. It

Re: [Patch] remove warning about multi-view in deleteEmptyParagraphMechanism()

José Matos wrote: On Tuesday 31 October 2006 4:09 pm, Jean-Marc Lasgouttes wrote: It is something like that: the document is 4 paragraphs. ababa <---cursor1 abababa<---cursor2 abab You move cursor 1, so that dEPM triggers and paragraph 2 is deleted. Now cursor2 points to the "abab" paragraph,

Re: [PATCH} reorganization of the bookmarks feature

sSection const & bm = LyX::cref().session().bookmarks(); + + for (size_t i = 1; i <= bm.size(); ++i) { + if (bm.isValid(i)) { + docstring const label = convert(i) + ". " ++ makeDisplayPath(bm.bookmark(i).filename, 20) ++ char_type('|') + convert(i); + tomenu.add(MenuItem(MenuItem::Command, label, FuncRequest(LFUN_BOOKMARK_GOTO,

Re: Movable toolbars

On Tue, Oct 31, 2006 at 04:00:21PM +, José Matos wrote: > > That it just happened without discussion of whether it makes sense, > > unlike when I disabled it, when I actually asked people? > > John time passes and my memory is not improving. :-) > > Do you remember the arguments at that

Re: Just 2 show stoppers from a test release

On Oct 30, 2006, at 5:47 PM, Asger Ottar Alstrup wrote: There are performance problems on Mac. I suggest that Mac users either work with small windows, big fonts or wait until we have partial refresh one way or another. Personally, I think such a change is too big to allow in 1.5.0, unless

Re: [Patch] remove warning about multi-view in deleteEmptyParagraphMechanism()

On Tuesday 31 October 2006 4:09 pm, Jean-Marc Lasgouttes wrote: > > It is something like that: the document is 4 paragraphs. > > ababa > <---cursor1 > abababa<---cursor2 > abab > > You move cursor 1, so that dEPM triggers and paragraph 2 is deleted. > Now cursor2 points to the "abab" paragraph, and

Re: [Patch] remove warning about multi-view in deleteEmptyParagraphMechanism()

> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes: Abdelrazak> Yes but I don't get any crash, just an assertion which Abdelrazak> quite weirdly allows me to continue my work when I switch Abdelrazak> back to the other window. Basically, I think that nowadays only BufferViews hold

Re: My Big Fat (Greek?) Cursor

John Levon wrote: What happened to the cursor? It is now a widget and most of the former features are not implemented yet. The code for the cursor shape and color is commented out. Look at the CursorWidget in GuiWorkArea.C Abdel.

Re: New Mac Profile

Andreas Vox wrote: Andreas Vox <[EMAIL PROTECTED]> writes: Bennett Helm ...> writes: Abdel (et al.) - Here's a new profile for 1.5 on Mac. I've also put a screen shot of Shark on my server: Hi Bennet, looks as if you ag

My Big Fat (Greek?) Cursor

What happened to the cursor? john

Re: New Mac Profile

Bennett Helm wrote: Abdel (et al.) - Here's a new profile for 1.5 on Mac. I've also put a screen shot of Shark on my server: Could you please make a zoom on the QLPainter::text() method like you did in your last profile? A

Re: [Patch] remove warning about multi-view in deleteEmptyParagraphMechanism()

On Tuesday 31 October 2006 4:47 pm, Abdelrazak Younes wrote: > > Yes but I don't get any crash, just an assertion which quite weirdly > allows me to continue my work when I switch back to the other window. > > Interesting... I get yet another type when playing with empty paragraph on both windows.

Re: My Big Fat (Greek?) Cursor

On Tue, Oct 31, 2006 at 06:28:41PM +0100, Abdelrazak Younes wrote: > >So can we have the cursor back to its normal shape? Or is this just a > >bug? > > I don't understand what you mean here. The default cursor is working as > expected here: a 2-pixel black cursor between two characters. That's

Re: [Patch] remove warning about multi-view in deleteEmptyParagraphMechanism()

> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes: Abdelrazak> So JMarc, do you have any idea how to solve that? Maybe we Abdelrazak> can save the parid_ when the focus is out of the Abdelrazak> BufferView and move the cursor back to the saved position Abdelrazak> when the cursor

Re: [PATCH} reorganization of the bookmarks feature

Yes, I think I've answered you in a previous mail already (mail in copy at the end of this one). > > case LFUN_BOOKMARK_GOTO: { put an assert here: + BOOST_ASSERT(lyx_view_); I did that. And there is no failure here. The problem seems to be that + // if t

Re: New Mac Profile

Bennett Helm <[EMAIL PROTECTED]> writes: > > Abdel (et al.) - > > Here's a new profile for 1.5 on Mac. I've also put a screen shot of > Shark on my server: > > Hi Bennet, looks as if you aggregate all time in Qt functions to

Re: [Patch] remove warning about multi-view in deleteEmptyParagraphMechanism()

Jean-Marc Lasgouttes wrote: "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes: Abdelrazak> So JMarc, do you have any idea how to solve that? Maybe we Abdelrazak> can save the parid_ when the focus is out of the Abdelrazak> BufferView and move the cursor back to the saved position Abd

  1   2   >