Re: Release of LyX 1.6.2 was: Context menu of some collaps insets

Am 06.03.2009 um 16:10 schrieb Pavel Sanda: Vincent van Ravesteijn - TNW wrote: Uwe Stöhr wrote: The mentioned open crash is a special one - only a few users use branches and child documents together I do not agree it is a special one. I won't release 1.6.2 with such a severe bug. The cycl

Re: LyX slowness: Trillion times Buffer()->updateMacros()

Am 21.01.2009 um 22:35 schrieb Jean-Marc Lasgouttes: Stefan Schimanski writes: Which kind of CPU do you use? I am working on my (200+ pages) thesis with 10 children documents. It works fine. All on a 2GHz Core2Duo. Stephan, do you do that on a debug build with stdlib-debug on? This makes a

Re: LyX slowness: Trillion times Buffer()->updateMacros()

Am 18.01.2009 um 00:29 schrieb Vincent van Ravesteijn: Jean-Marc Lasgouttes schreef: I wasn't even talking about updateLabels() (which causes a half second delay when you break a paragraph etc.). Half a second delay? On a release build? I thought it was faster... Maybe is it time to use

Re: [Cvslog] r28206 - in /lyx-devel/branches/BRANCH_1_6_X: lib/ui/stdc...

I am pretty sure I just copied it from the LFUN_NEXT_INSET_MODIFY handler below. So, probably you are right. Stefan Am 18.01.2009 um 14:30 schrieb Vincent van Ravesteijn: URL: http://www.lyx.org/trac/file/lyx-devel/branches/BRANCH_1_6_X/src/BufferView.cpp?rev=28206 = = = = = = = =

Re: LyX slowness: Trillion times Buffer()->updateMacros()

Am 17.01.2009 um 22:58 schrieb Andre Poenitz: On Sat, Jan 17, 2009 at 10:00:57PM +0100, Stefan Schimanski wrote: Am 17.01.2009 um 20:33 schrieb Andre Poenitz: On Sat, Jan 17, 2009 at 06:40:05PM +0100, Stefan Schimanski wrote: Did you check what exactly needs so long in updateMacros? It

Re: LyX slowness: Trillion times Buffer()->updateMacros()

Am 17.01.2009 um 20:33 schrieb Andre Poenitz: On Sat, Jan 17, 2009 at 06:40:05PM +0100, Stefan Schimanski wrote: Did you check what exactly needs so long in updateMacros? It essentially just looks at the insets of each paragraph. Which is still a bit. If there is no macro definition

Re: LyX slowness: Trillion times Buffer()->updateMacros()

Am 17.01.2009 um 18:03 schrieb Vincent van Ravesteijn: Stefan Schimanski schreef: Am 17.01.2009 um 14:44 schrieb Andre Poenitz: On Sat, Jan 17, 2009 at 12:50:46PM +0100, Vincent van Ravesteijn wrote: For every letter I type in LyX, the updateMacros() function is called from BufferView

Re: LyX slowness: Trillion times Buffer()->updateMacros()

Am 17.01.2009 um 14:44 schrieb Andre Poenitz: On Sat, Jan 17, 2009 at 12:50:46PM +0100, Vincent van Ravesteijn wrote: For every letter I type in LyX, the updateMacros() function is called from BufferView::processUpdateFlags(). What does this function do ? The only feature I see is that when

Re: For branch: "Copy as Reference" in the context menu of a label ?

Am 17.01.2009 um 12:39 schrieb Vincent van Ravesteijn: Jürgen Spitzmüller schreef: Stefan Schimanski wrote: > I propose to backport the feature to branch. It probably applies > directly without changes. Probably, but not now. I'd like to restrict 1.6.1 to bug fixes. (but you

Re: Macros with optional arguments - LyX 1.6.1

Am 07.01.2009 um 22:45 schrieb Jean-Marc Lasgouttes: xargs is only needed if you have macros with optional arguments. Of course, \newcommand could handle the case with one optional. But, what we need in fact is something equivalent to \global\def for this case. Is there a way to do this wi

Re: Macros with optional arguments - LyX 1.6.1

Am 07.01.2009 um 22:45 schrieb Jean-Marc Lasgouttes: xargs is only needed if you have macros with optional arguments. Of course, \newcommand could handle the case with one optional. But, what we need in fact is something equivalent to \global\def for this case. Is there a way to do this wi

Re: Macros with optional arguments - LyX 1.6.1

Am 07.01.2009 um 10:59 schrieb Jean-Marc Lasgouttes: [cc:ing to lyx-devel] "James C. Sutherland" writes: Okay, I think that I found the problem: I am missing the "xargs" package. The exported LaTeX file actually had a line: \usepackage{xargs}[2008/03/08] which I discarded. This is

Re: [Cvslog] r27688 - in /lyx-devel/trunk/src/insets: InsetInclude.cpp...

Am 24.11.2008 um 17:49 schrieb Richard Heck: Jürgen Spitzmüller wrote: Richard Heck wrote: This would do, in the sense that it'll get the result we want. But let me try to explain the problem again. The function loadIfNeeded() is called for every single keypress, mouse press, or whatever,

Re: Antidot for _NSAutoreleaseNoPool

Am 18.11.2008 um 23:01 schrieb [EMAIL PROTECTED]: Thanks for the patch. Had this on my todo list for long time already... Without having tested it, the patch looks good... One small thing: any reason to call it POOL and not pool? No, not really. I copied it from some forum texts. Now you m

Re: Antwort: Re: Antidot for _NSAutoreleaseNoPool

Am 18.11.2008 um 21:26 schrieb Andre Poenitz: On Tue, Nov 18, 2008 at 09:24:50PM +0100, [EMAIL PROTECTED] wrote: Thanks for the patch. Had this on my todo list for long time already... Without having tested it, the patch looks good... One small thing: any reason to call it POOL and not p

Re: Antwort: Re: Antidot for _NSAutoreleaseNoPool

Am 18.11.2008 um 21:24 schrieb [EMAIL PROTECTED]: Thanks for the patch. Had this on my todo list for long time already... Without having tested it, the patch looks good... One small thing: any reason to call it POOL and not pool? No, not really. I copied it from some forum texts. Now you

Re: FindAdv Wrap Option

There's doc_iterator_begin/doc_iterator_end. Apart from that: -// } + // MathData md = cur.cell(); + A // MathData::const_iterator it_end = ( ( len == -1 || cur.pos() + len > int(md.size()) ) ? md.end() : md.begin() + cur.pos() + len ); could you please try to kee

Re: Antidot for _NSAutoreleaseNoPool

Hi! Thanks for the patch. Had this on my todo list for long time already... Without having tested it, the patch looks good. One small thing: any reason to call it POOL and not pool? Stefan Am 18.11.2008 um 20:28 schrieb [EMAIL PROTECTED]: Hi Stefan, on exit of lyx there is the following

Re: LyX FindAndReplace dialog roadmap (was Re: FindAdv Wrap Option)

Am 21.11.2008 um 19:49 schrieb Tommaso Cucinotta: I think I can easily modify it so as to realise a hierarchically sequential search (not a real binary search). Instead of advancing one position, exporting from the current position to the end of paragraph, then searching for a matching seg

Re: LyX FindAndReplace dialog roadmap (was Re: FindAdv Wrap Option)

Am 21.11.2008 um 19:42 schrieb Tommaso Cucinotta: Stefan Schimanski ha scritto: My wish: 5) search and replace through all master and child documents This was planned to be one of the "scope" option. If you look at the current dialog, there is a set of radio buttons allowing one

Re: LyX FindAndReplace dialog roadmap (was Re: FindAdv Wrap Option)

Am 18.11.2008 um 13:37 schrieb Abdelrazak Younes: Hi Tommaso, I'll try to have a look at your patch later but I'd like first to outline the decided road-map for this feature: 1) Fix all issues in FindAndReplace dialog, which is based on your AdvSearch patch. Which also means 1-a) ad

For branch: "Copy as Reference" in the context menu of a label ?

I propose to backport the feature to branch. It probably applies directly without changes. Stefan Am 16.11.2008 um 20:19 schrieb [EMAIL PROTECTED]: Author: sts Date: Sun Nov 16 20:19:07 2008 New Revision: 27575 URL: http://www.lyx.org/trac/changeset/27575 Log: * "Copy as Reference" in the c

Re: 1.6 schedule

Am 05.11.2008 um 12:37 schrieb Pavel Sanda: Stefan Schimanski wrote: In any case I suggest that you decide yourself how to proceed as only you can properly test this thing (provided that this doesn't impact the other platforms of course. I don't think there is any impac

Re: 1.6 schedule

Am 05.11.2008 um 12:15 schrieb Abdelrazak Younes: Stefan Schimanski wrote: Looking at the calender makes me wonder about the plan for tomorrow. I am waiting for a comment on two patches which I would like to see in 1.6.0. Especially 5387 is really annoying on Mac right now: http

Re: 1.6 schedule

Looking at the calender makes me wonder about the plan for tomorrow. I am waiting for a comment on two patches which I would like to see in 1.6.0. Especially 5387 is really annoying on Mac right now: http://bugzilla.lyx.org/show_bug.cgi?id=5447 http://bugzilla.lyx.org/show_bug.cgi?id=5387 St

Re: [Bug 5447] Dropping a file on its own buffer crashes LyX

Anybody tested the patch? Stefan Am 03.11.2008 um 10:18 schrieb [EMAIL PROTECTED]: http://bugzilla.lyx.org/show_bug.cgi?id=5447 [EMAIL PROTECTED] changed: What|Removed |Added

Re: r27186 - in /lyx-devel/trunk/src/mathed: InsetMathHull.cp...

Am 29.10.2008 um 16:08 schrieb Abdelrazak Younes: On 29/10/2008 15:58, Stefan Schimanski wrote: >> I noticed that we call those notifies handler twice if you click >> with the mouse into some math. I will investigate that, but it >> should not matter for your problem. > &

Re: r27186 - in /lyx-devel/trunk/src/mathed: InsetMathHull.cp...

I noticed that we call those notifies handler twice if you click with the mouse into some math. I will investigate that, but it should not matter for your problem. Could you send a svn patch please? I don't use svn, but git with git-svn. If you tell me how to create a "svn patch"... Her

Re: r27186 - in /lyx-devel/trunk/src/mathed: InsetMathHull.cp...

Am 29.10.2008 um 14:52 schrieb Abdelrazak Younes: On 29/10/2008 14:50, Stefan Schimanski wrote: Am 29.10.2008 um 10:56 schrieb Abdelrazak Younes: Hum, this commit fixes the right and left movement but not the up and down... Putting leavePreview into idxFirst/idxLast looks wrong. See below

Re: r27186 - in /lyx-devel/trunk/src/mathed: InsetMathHull.cp...

Am 29.10.2008 um 14:52 schrieb Abdelrazak Younes: On 29/10/2008 14:50, Stefan Schimanski wrote: Am 29.10.2008 um 10:56 schrieb Abdelrazak Younes: Hum, this commit fixes the right and left movement but not the up and down... Putting leavePreview into idxFirst/idxLast looks wrong. See below

Re: r27186 - in /lyx-devel/trunk/src/mathed: InsetMathHull.cp...

Am 29.10.2008 um 10:56 schrieb Abdelrazak Younes: Hum, this commit fixes the right and left movement but not the up and down... Putting leavePreview into idxFirst/idxLast looks wrong. See below. André, Stefan, Enrico, could you please comment on the possibility to have InsetMathHull inside

Re: Overwriting the Qt default icon size

Am 27.10.2008 um 11:24 schrieb Jean-Marc Lasgouttes: Stefan Schimanski <[EMAIL PROTECTED]> writes: After thinking about it, I am not sure anymore whether it is really so trivial. Don't I overwrite the default icon size of the desktop environment with this? The problem as I see

Re: Overwriting the Qt default icon size

After thinking about it, I am not sure anymore whether it is really so trivial. Don't I overwrite the default icon size of the desktop environment with this? Stefan Am 27.10.2008 um 10:07 schrieb [EMAIL PROTECTED]: Author: sts Date: Mon Oct 27 10:06:50 2008 New Revision: 27146 URL: http:/

Re: Any last minute objection to release rc4?

Am 24.10.2008 um 00:02 schrieb José Matos: On Thursday 23 October 2008 22:11:37 Stefan Schimanski wrote: Complete patch is attached now to http://bugzilla.lyx.org/show_bug.cgi?id=5327 Stefan I will leave this patch out but if you have other confirmation that it works you can commit it

Re: Any last minute objection to release rc4?

Am 23.10.2008 um 22:32 schrieb Stefan Schimanski: Am 23.10.2008 um 21:08 schrieb José Matos: Is there any last minute objection to release rc4? I will dinner and after that I will release rc4 unless there is a very goos reason to dealy it. I put in the patch to fix the pixmap cache

Re: [patch] Bug 5399

Am 23.10.2008 um 22:40 schrieb Vincent van Ravesteijn: Changing baseName() into completeBaseName() in FileName::onlyFileNameWithoutExt(). This is a new function in Qt4 that removes everything after the last '.' instead of everything after the first '.'. +cosmetics Vincent Looks good if

Re: Any last minute objection to release rc4?

Am 23.10.2008 um 21:08 schrieb José Matos: Is there any last minute objection to release rc4? I will dinner and after that I will release rc4 unless there is a very goos reason to dealy it. I put in the patch to fix the pixmap cache crash on Mac. I think it's not perfect yet (because it

Re: about the menu View -> Unfold math macro

Am 06.09.2008 um 17:39 schrieb Stefan Schimanski: Am 06.09.2008 um 17:34 schrieb Uwe Stöhr: > They will show up not only exactly in a macro, but also more inside a parameter of one. I don't > think the context menu will show them then, right? You are right, so this is no

Re: rc4 release schedule

Am 22.10.2008 um 21:52 schrieb Konrad Hofbauer: Stefan Schimanski wrote: <http://bugzilla.lyx.org/show_bug.cgi?id=5327> Crash with Pixmap Cache and special unicode characters. Fixed. See patch attached to the bug report. Thanks, thanks, and thanks again! Very impressive !

Re: rc4 release schedule

Am 22.10.2008 um 18:51 schrieb Stefan Schimanski: Am 22.10.2008 um 18:33 schrieb Stefan Schimanski: Am 22.10.2008 um 13:14 schrieb Stephan Witt: Konrad Hofbauer schrieb: Stephan Witt wrote: To do some more useful I have to figure out how to pass command line arguments. I know of the

Re: rc4 release schedule

Am 22.10.2008 um 18:33 schrieb Stefan Schimanski: Am 22.10.2008 um 13:14 schrieb Stephan Witt: Konrad Hofbauer schrieb: Stephan Witt wrote: To do some more useful I have to figure out how to pass command line arguments. I know of the "Arguments" tab of the "Info"

Re: rc4 release schedule

Am 22.10.2008 um 13:14 schrieb Stephan Witt: Konrad Hofbauer schrieb: Stephan Witt wrote: To do some more useful I have to figure out how to pass command line arguments. I know of the "Arguments" tab of the "Info" button for the lyx executable. So? If i add e.g. "-version" there, I get the

Re: aspell without ispell

That's what I am saying, you don't have to; Aspell support is compiled in, we don't use the executable. Well, then the autodetection to use the aspell lib support is not working. Without the patch, opening the spell checker dialog told me in a message box that spell checking is not activate

Re: rc4 release schedule

Am 21.10.2008 um 09:29 schrieb Stephan Witt: Abdelrazak Younes schrieb: On 20/10/2008 13:41, Konrad Hofbauer wrote: José Matos wrote: Comments are welcome, On the Mac-side of things, there would be one/three mustfix-bugs for 1.6: Crash.

Re: ImExported macro is twice global

Here is a trival file. Feel free to make a bugzilla entry from it. I am too busy right now. Stefan foo.tex Description: Binary data Am 16.10.2008 um 17:22 schrieb Uwe Stöhr: Stefan Schimanski schrieb: You mean it is fixed in trunk now? Still have this behaviour, though I might be

Re: ImExported macro is twice global

Am 16.10.2008 um 15:38 schrieb Uwe Stöhr: > Before exporting foo.lyx : > \global\def\var{\func{var}} > > After importing foo.tex : > \global\global\def\var{\func{var}} Should work in next test release as we in the meantime fixed the bug that causes this.- Please test this again when the next

Re: aspell without ispell

Am 15.10.2008 um 10:34 schrieb Abdelrazak Younes: On 15/10/2008 10:31, Stefan Schimanski wrote: Am 15.10.2008 um 10:27 schrieb Abdelrazak Younes: On 15/10/2008 10:19, Stefan Schimanski wrote: Am 15.10.2008 um 09:20 schrieb Abdelrazak Younes: On 14/10/2008 15:02, Stefan Schimanski wrote

Re: aspell without ispell

Am 15.10.2008 um 10:27 schrieb Abdelrazak Younes: On 15/10/2008 10:19, Stefan Schimanski wrote: Am 15.10.2008 um 09:20 schrieb Abdelrazak Younes: On 14/10/2008 15:02, Stefan Schimanski wrote: Hi! Does the following make sense? I have aspell installed here on Mac, but not ispell. So

Re: aspell without ispell

Am 15.10.2008 um 09:20 schrieb Abdelrazak Younes: On 14/10/2008 15:02, Stefan Schimanski wrote: Hi! Does the following make sense? I have aspell installed here on Mac, but not ispell. So without this change the preferences dialog will disable the spell checking selection box. That&#

aspell without ispell

Hi! Does the following make sense? I have aspell installed here on Mac, but not ispell. So without this change the preferences dialog will disable the spell checking selection box. Stefan diff --git a/src/frontends/qt4/GuiPrefs.cpp b/src/frontends/qt4/ GuiPrefs.cpp index ca04de8..f9c7af

Re: Added def :) but removed newcommand :(

Am 13.10.2008 um 21:40 schrieb Dionysios: Hi, incredibleware team! Macro representation changed From: LyX 1.5.1 Ubuntu 7.04 TeXLive \newcommand{\beginend}[2]{\begin{#1}#2\end{#1}} To: LyX 1.6.0 RC3 Windows XP SP2 MiKTeX 2.5 \global\def\beginend#1#2{\begin{#1}#2\end{#1}} Is this meant to be

Re: SearchAdv patch

Hi! Is the patch available anywhere? I have some refactoring work todo in formulas of my thesis and the regexps in math search would be great for that. Stefan Am 04.10.2008 um 00:02 schrieb Tommaso Cucinotta: Hi all, my old version of patched LyX still runs on my current Ubuntu 8.04, s

Re: SearchAdv patch

Looks fantastic. Stefan Am 04.10.2008 um 00:02 schrieb Tommaso Cucinotta: Hi all, my old version of patched LyX still runs on my current Ubuntu 8.04, so I just packed a couple of videos in order to show basic usage of the feature http://de.youtube.com/watch?v=JxjMVvn7d3M and usage of reg

Re: export

Am 02.10.2008 um 13:59 schrieb jouke hijlkema: Hello, I'm trying the new 1.6.0rc3 and I'm wondering why lyx -e pdf2 Doc_LP10_31.lyx no longer works. It seems that lyx is creating something (CPU usage peeks) but I can't find a resulting pdf. If I export from the user interface all goes we

Re: boost update

/Users/sts/Quellen/mac/lyx-scope-dynmacro/src/boost.cpp: In function 'void boost::throw_exception(const std::exception&)': /Users/sts/Quellen/mac/lyx-scope-dynmacro/src/boost.cpp:31: error: 'const class std::exception' has no member named 'diagnostic_information' Stefan Am 30.09.2008 um 20

Re: Tab key bindings, completion

as we have brand new lfun for alternative lfuns to be bound to certain key we should decide what to do with tab key: to sum up for people not involved in lengthy discussions: tab bindings: 1.5 state: used for tables and math arrays rc2 state: used for completion (complete lfun) new proposal o

Re: autocorrection

Am 20.09.2008 um 16:38 schrieb Martin Vermeer: On Sat, Sep 20, 2008 at 02:23:51PM +0200, Andre Poenitz wrote: On Sat, Sep 20, 2008 at 03:27:23PM +0300, Martin Vermeer wrote: On Sat, Sep 20, 2008 at 12:24:40PM +0200, Andre Poenitz wrote: On Sat, Sep 20, 2008 at 02:34:14AM +0300, Martin Vermee

Re: autocorrection

Never seen that. What does it do? \farc -> \frac and similar things? Stefan Am 20.09.2008 um 01:34 schrieb Martin Vermeer: I see that there is an autocorrection thingy in mathed, but disabled. Why is that? Does it work? Could we give the user the option of enabling it? I know some users t

Re: Preparing for rc3

Am 19.09.2008 um 13:25 schrieb Vincent van Ravesteijn - TNW: Pavel Sanda wrote: Richard Heck wrote: By the way, what are we using now to accept completions? I mean, before the little dropbox thingy comes up. That's an issue we have to decide on. I have bound it to TAB locally and it bahav

Re: Preparing for rc3

t. If you press space after the end of the macro, you are in the first cell. I do that without thinking about that every time. Btw., \frac\alpha has the same behaviour. It has nothing to do with macros... Yes, that is correct. OK. (Tab takes me to the second argument, in fact.) I guess I

Re: Preparing for rc3

Am 18.09.2008 um 16:28 schrieb rgheck: José Matos wrote: We are approaching now of the time to have a new release. I am satisfied with a 3/4 weeks period between releases as the testing by users that usually just take a released version is not too far from the trunk head. Asking a user

Re: [patch] completion-accept lfun, bug #5062

Am 08.09.2008 um 01:28 schrieb Pavel Sanda: Stefan Schimanski wrote: I prefer a new LFUN because it is easier to bind and easier to get to know about it in the mini buffer completion popup. really easy. i will wait for your commit. Done. Go ahead. Now the question how to bind the LFUNs

Re: [Cvslog] r26320 - /lyx-devel/trunk/src/frontends/qt4/GuiWorkArea.cpp

Am 08.09.2008 um 00:44 schrieb Pavel Sanda: Stefan Schimanski wrote: still want to introduce some option for accepting completion after first tab, so the current state is not the final one imho. Adding another LFUN for this behaviour should be easy. So you could bind that to TAB instead

Re: [Cvslog] r26320 - /lyx-devel/trunk/src/frontends/qt4/GuiWorkArea.cpp

Am 08.09.2008 um 00:30 schrieb Pavel Sanda: Stefan Schimanski wrote: I am not sure I like this fix either. This way the TAB key silently changes its meaning when the completion becomes visible. If one waits long enough for the inline completion to appear, suddenly the TAB in tables does

Re: [Cvslog] r26320 - /lyx-devel/trunk/src/frontends/qt4/GuiWorkArea.cpp

Am 07.09.2008 um 18:01 schrieb Pavel Sanda: Vincent van Ravesteijn - TNW wrote: We should only determine the correct modifiers for the if- statement. I propose: if ((completer_->inlineVisible() || completer_->popupVisible()) { eat the tab key before anyone else can do something with it;

Re: [Cvslog] r26320 - /lyx-devel/trunk/src/frontends/qt4/GuiWorkArea.cpp

I am not sure I like this fix either. This way the TAB key silently changes its meaning when the completion becomes visible. If one waits long enough for the inline completion to appear, suddenly the TAB in tables does not jump to the next cell anymore... Stefan Am 07.09.2008 um 18:01 schr

Fixing completion

Attached is a patch to replace the manual interception of keys with proper LFUNs. In fact one half of it was already implemented. Now you can also set the key to hide the popup/inline completion. With this the remaining question is how to bind the LFUNs by default. Locally I have tried Tab

Re: about the menu View -> Unfold math macro

Am 06.09.2008 um 17:34 schrieb Uwe Stöhr: > They will show up not only exactly in a macro, but also more inside a parameter of one. I don't > think the context menu will show them then, right? You are right, so this is not an option. > Another option would be to put them on the macro toolba

Re: Math Macro Plus Completion Display Weirdness

Create a macro like: Sat_#1(#2). Now instantiate it, and type \upsilon in the #1 argument slot. The completion thing displays funny. You mean this space behind the cursor? Stefan

Cloning all paragraphs during export?

Hi! While debugging a segfault during plaintext export, I came across the following code. Is there any reason to make a deep copy of the paragraph list? Or is it just a missing & ? Stefan void writePlaintextFile(Buffer const & buf, odocstream & os, OutputParams const & runparams) {

Re: about the menu View -> Unfold math macro

Am 06.09.2008 um 01:40 schrieb Uwe Stöhr: While updating the last part of the documentation for LyX 1.6.0, the UserGuide appendices, I noticed two new entries of the view menu: Unfold / Fold math macro The View menu should only contain general view options. Math macros are special things s

Re: Berlin meeting

Anybody else from neighboring countries? Maybe Italy (Enrico? Alfredo?), Netherlands (Edwin?), Czech republic (Pavel?) , etc, etc. Of course other countries are kindly invited, aren't they André? José? Lars? Martin? I am from Munich right now, but have no idea where I am in a few weeks (j

Re: Berlin meeting

Am 02.09.2008 um 11:59 schrieb Abdelrazak Younes: Jean-Marc Lasgouttes wrote: Andre Poenitz<[EMAIL PROTECTED]> writes: Not bad. So this would be ~100 EUR for the Paris faction. I guess if I invest the same amount in local beer we might have a sort-of-reasonable environment. It won't be on p

Re: Toolbar garbage

Am 24.08.2008 um 22:37 schrieb Pavel Sanda: Uwe Stöhr wrote: Uwe Stöhr schrieb: This problem is independent of a Qt as it appears with Qt 4.3.3 and 4.4.1. I reported this some time ago as http://bugzilla.lyx.org/show_bug.cgi?id=5101 right, but this is rather general problem of new handl

Re: r26114 - /lyx-devel/trunk/src/insets/InsetBibitem.cpp

new cross-ref is created, but the previous one is changed. Stefan Am 13.08.2008 um 03:39 schrieb rgheck: Stefan Schimanski wrote: The patch looks good. Tried it with and without as you said. OK, I've actually figured all this out now. I think. We talked about all this a couple months a

Toolbar garbage

Hi! Any idea what these strange icons in the toolbar are? I got that some days ago after an update, on Mac with Qt 4.4. Stefan <>

Re: r26114 - /lyx-devel/trunk/src/insets/InsetBibitem.cpp

The patch looks good. Tried it with and without as you said. Stefan Am 12.08.2008 um 23:56 schrieb rgheck: Index: GuiCitation.cpp === --- GuiCitation.cpp (revision 26122) +++ GuiCitation.cpp (working copy) @@ -167,14 +167,1

Re: r26114 - /lyx-devel/trunk/src/insets/InsetBibitem.cpp

Am 12.08.2008 um 15:19 schrieb Stefan Schimanski: Not sure this very commit is the reason. But I was bitten today several times from the following ugly bug: Whenever I want to insert a citation, nothing is inserted, instead the citation in front of the cursor is changed. This bug

Re: r26114 - /lyx-devel/trunk/src/insets/InsetBibitem.cpp

Am 12.08.2008 um 17:24 schrieb rgheck: Stefan Schimanski wrote: Not sure this very commit is the reason. But I was bitten today several times from the following ugly bug: Whenever I want to insert a citation, nothing is inserted, instead the citation in front of the cursor is changed

Re: r26114 - /lyx-devel/trunk/src/insets/InsetBibitem.cpp

Not sure this very commit is the reason. But I was bitten today several times from the following ugly bug: Whenever I want to insert a citation, nothing is inserted, instead the citation in front of the cursor is changed. This bug existed before, but was fixed some time ago I think. But n

Re: The text completer is eating the Tab key.

Hi! I want to bring up this issue again as it is not solved yet. The problem is simple: TAB is used for completion, but also for jumping to the next cell in a table. So it's a key conflict. AFAIK TAB is quite common for completion and therefore intuitive for users, but probably also for j

Re: r25167 - in /lyx-devel/trunk: ABOUT-NLS autogen.sh config...

Am 09.06.2008 um 09:25 schrieb Abdelrazak Younes: Stefan Schimanski wrote: Am 09.06.2008 um 08:28 schrieb Abdelrazak Younes: Stefan Schimanski wrote: It seems he does not link against iconv, although it is found when calling cmake. Works fine on Windows. Maybe try to upgrade libintl

Re: r25167 - in /lyx-devel/trunk: ABOUT-NLS autogen.sh config...

Am 09.06.2008 um 08:28 schrieb Abdelrazak Younes: Stefan Schimanski wrote: It seems he does not link against iconv, although it is found when calling cmake. Works fine on Windows. Maybe try to upgrade libintl and iconv? It's very strange. In fact -liconv is part of the linker co

Re: r25167 - in /lyx-devel/trunk: ABOUT-NLS autogen.sh config...

support.a(unicode.o) lyx::IconvProcessor::convert(char const*, unsigned long, char*, unsigned long)in libsupport.a(unicode.o) ld: symbol(s) not found collect2: ld returned 1 exit status Am 08.06.2008 um 21:12 schrieb Abdelrazak Younes: Stefan Schimanski wrote: cmake is broken now by that. Please try again. Abdel.

Re: r25167 - in /lyx-devel/trunk: ABOUT-NLS autogen.sh config...

cmake is broken now by that. Stefan Am 06.06.2008 um 17:25 schrieb [EMAIL PROTECTED]: Author: lasgouttes Date: Fri Jun 6 17:25:55 2008 New Revision: 25167 URL: http://www.lyx.org/trac/changeset/25167 Log: Remove our in tree gettext version and replace with a mechanism to import it.

Re: Monochrome and GrayScale display.

Am 07.06.2008 um 00:02 schrieb Abdelrazak Younes: Hi, Could someone tells me what good this is for? This might superficially look like a good idea because of being lighter on the graphics card but this is for sure a false good idea. Because those transformation are not cheap and because

Re: citation bug

Am 05.06.2008 um 01:41 schrieb Bennett Helm: On Wed, Jun 4, 2008 at 6:26 PM, rgheck <[EMAIL PROTECTED]> wrote: [EMAIL PROTECTED] wrote: Please confirm this bug for 1.6.0 Beta 3: In any tested document. After selecting a citation within the Citation Dialog the selection will not be place

Re: GuiApplication.cpp: compile error

Am 27.05.2008 um 01:34 schrieb Bennett Helm: On Mon, May 26, 2008 at 5:47 PM, Stefan Schimanski <[EMAIL PROTECTED]> wrote: However, the graphic does not display in LyX. It does not? Which OmniGraffle version? Here it work(ed) fine. Have to test again, maybe something broken during a

Re: [PATCH] GuiCompeter problems with qt 4.2.x

Bernhard, will you commit it? I don't see a problem at the moment. Then Dov can work on top of that with the RTL patch. Stefan Am 01.06.2008 um 21:29 schrieb Bernhard Roider: Dov Feldstern schrieb: Bernhard Roider wrote: Hello Stefan, today i finally found some time to investigate the pro

Re: [PATCH] GuiCompeter problems with qt 4.2.x

I tried the patch now and it looks good. The RTL issues I will leave to Dov to judge. In fact I wonder whether it also fixes my other crash with Qt 4.4 on Mac which I reported some time ago. At least in my little testing I was not able to make it crash again. Stefan Am 16.05.2008 um 23:4

Re: [PATCH] GuiCompeter problems with qt 4.2.x

Hi! Sorry for being unresponsive at the moment. Could you send the patch as a file attachment? Something between your and my mail program likes to corrupt the patch if it is sent as plain text in the mail. Stefan Am 28.05.2008 um 21:08 schrieb Bernhard Roider: Hello all, as Stefan seems

Re: LFUN_IN_MATHMACROTEMPLATE

Am 28.05.2008 um 22:41 schrieb rgheck: This code in MathMacroTemplate.cpp has to be wrong: case LFUN_IN_MATHMACROTEMPLATE: flag.enabled(); break; That READS the flag, pointlessly. It doesn't write it. Maybe what's wanted is flag.enabled(true)? Yes, that would make

Completion popup crash with Qt 4.4

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 0x01df163a in QItemViewInterfaceFactory::element () #3 0x01de84d7 in QAccessibleHi

Re: Building Mac XCode project with CMake 2.6 (Problem and Maybe-Solution)

Am 15.05.2008 um 08:53 schrieb Abdelrazak Younes: Konrad Hofbauer wrote: Hello, I followed the excellent instructions in INSTALL.cmake to build LyX 1.5.5 using CMake 2.6 on the Mac, but the resulting XCode project failed to open (parsing error). Cmake 2.6 ran fine, and the only warning

Re: [Cvslog] r24681 - /lyx-devel/trunk/src/frontends/qt4/GuiApplicatio...

Am 09.05.2008 um 01:14 schrieb Pavel Sanda: AFAIU the method used in r21598 won't work for all platforms. It seems that Qt provides some facility for this with QString::localeAwareCompare(); but i already used this function for sorting environment feature. now i looked again in code and it

Re: [Cvslog] r24686 - in /lyx-devel/trunk/src/frontends/qt4: GuiDocume...

Am 08.05.2008 um 16:50 schrieb José Matos: On Thursday 08 May 2008 15:40:03 [EMAIL PROTECTED] wrote: Author: sts Date: Thu May 8 16:40:01 2008 New Revision: 24686 URL: http://www.lyx.org/trac/changeset/24686 Log: * For gcc to know about QStandardItemModel < QAbstractItemModel we need this

Re: New homepage graphic

Am 28.04.2008 um 11:46 schrieb Edwin Leuven: Rex C. Eastbourne wrote: Here's the new image: i must say that i am a bit underwhelmed... +1 The background images look like they were positioned randomly. Stefan

Re: Mac: Crash on Quit

I think it's the same, some double deletion of the pasteboards. Stefan Am 29.04.2008 um 16:56 schrieb Bennett Helm: Seeing Enrico's recent report of crash on quit on Windows, here's another one on Mac. (Didn't look like the same problem to me, so I'm creating a new thread, but cc-ing Enrico

Re: [patch] crash on exit

Same for Mac with the Mac pasteboard. Stefan Am 29.04.2008 um 16:58 schrieb Andre Poenitz: On Tue, Apr 29, 2008 at 04:35:00PM +0200, Enrico Forestieri wrote: On both mingw and cygwin, LyX crashes on exit. This is due to a doubly destroyed object and I wonder why others don't see this with M

Compiling on Mac, assert.h

Hi! Probably intentionally assert.h shares its name with the system header. But this leads to compile problems on Mac as the LinkBack.m file is not C++ based (switching it to Objective-C++ is not trivial because cmake does not know the .mm extension, if I remember right. Tried it before..

  1   2   3   4   5   6   7   8   9   >