Re: Make lyx more easy to be configed as portable program

Am 16.01.2011 um 16:58 schrieb Joost Verburg: > On 1/16/2011 4:12 PM, Pavel Sanda wrote: >> so it depends whether the guys are satisfied with this. >> pavel > > Stephan's patch looks fine to me. Indeed it fixes the single replace issue. But... > In addition a call to expandPath should be added

Re: Make lyx more easy to be configed as portable program

Am 16.01.2011 um 17:41 schrieb Joost Verburg: > On 1/16/2011 5:11 PM, Stephan Witt wrote: >>> In addition a call to expandPath should be added for path_prefix. >> >> ... I wonder why that is of any use. >> >> If I change my path_prefix in the preference

Re: Make lyx more easy to be configed as portable program

Am 16.01.2011 um 21:25 schrieb Joost Verburg: > On 1/16/2011 8:41 PM, Stephan Witt wrote: >> LyX uses QProcess to create child processes. >> I cannot tell for sure if the PATH environment with %LyXDir% included works. >> I could not find it when reading the

Re: Make lyx more easy to be configed as portable program

Am 16.01.2011 um 21:25 schrieb Joost Verburg: > On 1/16/2011 8:41 PM, Stephan Witt wrote: >> LyX uses QProcess to create child processes. >> I cannot tell for sure if the PATH environment with %LyXDir% included works. >> I could not find it when reading the

Re: Make lyx more easy to be configed as portable program

Am 17.01.2011 um 03:01 schrieb Enrico Forestieri: > On Mon, Jan 17, 2011 at 08:45:45AM +0800, hzluo wrote: > >> In addition to this exact path_prefix problem, it causes another >> problem on Windows: >> If the external uitility is a .bat/.cmd wrapper, it will fail. For >> example, ps2pdf13 is a w

Re: Make lyx more easy to be configed as portable program

Am 17.01.2011 um 08:38 schrieb Stephan Witt: > I claim that 1) and 2) are fixed with my patch and should help the installer > a lot. The environment variables of the other preference path items are > replaced > already on read of the lyxrc files. To make use of it the installer ha

Re: Make lyx more easy to be configed as portable program

Am 17.01.2011 um 08:38 schrieb Stephan Witt: > To sum it up, I see four problems now: > 1) bad environment variable expansion in replaceEnvironmentPath() > 2) missing environment variable expansion for path_prefix > 3) too early environment variable expansion on saving preferences

Re: Make lyx more easy to be configed as portable program

Am 17.01.2011 um 10:24 schrieb Joost Verburg: > On 1/17/2011 8:38 AM, Stephan Witt wrote: >> You are the devils advocate? :-) >> >> Seriously, it would help for external .bat/.cmd utilities on windows. >> But in general it's a good move to refrain from using syst

Re: Make lyx more easy to be configed as portable program

Am 17.01.2011 um 10:22 schrieb Joost Verburg: > On 1/17/2011 8:48 AM, Stephan Witt wrote: >> Sorry, this was not verbose enough. >> Here I propose to use LyXDir in lyxrc.dist of windows. E.g. >> \path_prefix = $LyXDir/bin;$LyXDir/ImageMagick;$LyXDir/python >> &

Re: Make lyx more easy to be configed as portable program

Am 17.01.2011 um 11:16 schrieb Joost Verburg: > On 1/17/2011 11:07 AM, Stephan Witt wrote: >> I don't get it. LyX has no windows command prompt :-) >> E.g. to typeset something LyX executes latex... >> If it's an executable it works obviously. But does it work to

Re: Make lyx more easy to be configed as portable program

Am 17.01.2011 um 12:30 schrieb Jean-Marc Lasgouttes: > Le 17/01/2011 11:29, Joost Verburg a écrit : >> On 1/17/2011 11:16 AM, Jean-Marc Lasgouttes wrote: >>> The reason why I never did it after me promises is that I stopped at >>> the question "what is LyXDir exactly?" I failed to find an answer >

Re: Make lyx more easy to be configed as portable program

Am 17.01.2011 um 12:41 schrieb Jean-Marc Lasgouttes: > Le 17/01/2011 12:39, Stephan Witt a écrit : >>> mac: /Application/LyX20.app >> >> The binary lives in /Application/LyX20.app/Contents/MacOSX >> Maybe LyXDir should be /Application/LyX20.app then... > &g

Re: r37233 - in lyx-devel/trunk: lib/scripts src src/frontends/qt4

Am 17.01.2011 um 15:44 schrieb Richard Heck: > On 01/17/2011 08:23 AM, Vincent van Ravesteijn wrote: >>> Author: rgheck >>> Date: Sun Jan 16 21:28:43 2011 >>> New Revision: 37233 >>> URL: http://www.lyx.org/trac/changeset/37233 >>> >>> >>> -int LyXRC::read(FileName const& filename) >>> +bool Ly

Re: r37233 - in lyx-devel/trunk: lib/scripts src src/frontends/qt4

Am 17.01.2011 um 15:52 schrieb Jean-Marc Lasgouttes: > Le 17/01/2011 15:44, Richard Heck a écrit : >>> Prefs2prefs need python to run. Therefore Windows needs to add the >>> path to python to the environment path before. However, the path is >>> stored in the preferences, so we first need to read

Re: Make lyx more easy to be configed as portable program

Am 17.01.2011 um 13:57 schrieb Jean-Marc Lasgouttes: > Le 17/01/2011 12:51, Stephan Witt a écrit : >> Do you plan to make the required changes? That would be fine with me. > > My output in terms of LyX code is almost zero these days. I can always > promise, but it is safer to

Re: Make lyx more easy to be configed as portable program

Am 16.01.2011 um 16:12 schrieb Pavel Sanda: > Stephan Witt wrote: >> Am 16.01.2011 um 14:25 schrieb Peter Kümmel: >> >>> The patch complete removes the regex logic in replaceEnvironmentPath because >>> it seems to be buggy, could someone have a look at it, I th

Re: Make lyx more easy to be configed as portable program

Am 17.01.2011 um 13:57 schrieb Jean-Marc Lasgouttes: > Le 17/01/2011 12:51, Stephan Witt a écrit : >> Do you plan to make the required changes? That would be fine with me. > > My output in terms of LyX code is almost zero these days. > I can always promise, but it is safer to

Re: Font spacing issue again

Am 17.01.2011 um 20:14 schrieb Pavel Sanda: > Bernhard Roider wrote: >> just an idea: the method QTextCharFormat::setFontKerning can enable/disable >> kerning. Could that help? > > i dont know if QTextCharFormat is related to our painting, It isn't, but perhaps it's good idea anyway. Thanks, Ber

Re: Font spacing issue again

Am 17.01.2011 um 21:10 schrieb Stephan Witt: > Am 17.01.2011 um 20:14 schrieb Pavel Sanda: > >> Bernhard Roider wrote: >>> just an idea: the method QTextCharFormat::setFontKerning can enable/disable >>> kerning. Could that help? >> >> i dont know if

Re: Make lyx more easy to be configed as portable program

Am 17.01.2011 um 16:07 schrieb Stephan Witt: > Am 16.01.2011 um 16:12 schrieb Pavel Sanda: > >> Stephan Witt wrote: >>> Am 16.01.2011 um 14:25 schrieb Peter Kümmel: >>> >>>> The patch complete removes the regex logic in replaceEnvironmentPath >

Re: Font spacing issue again

Am 17.01.2011 um 22:59 schrieb Pavel Sanda: > Stephan Witt wrote: >> At the first glance it looks not really helpful. :( >> >> 1) Constructor of GuiFontInfo in GuiFontLoader.cpp start with >> >> GuiFontInfo::GuiFontInfo(FontInfo const & f) >> : me

Re: r37243 - in lyx-devel/trunk/src: . frontends/qt4

Am 17.01.2011 um 23:49 schrieb Vincent van Ravesteijn: >> Does the user have to set this himself, or is it set by the installer, >> or? As I said in a previous message, JMarc and Stephan seemed to suggest >> that it ought to be set in lyxrc.dist or lyxrc.defaults, which we do not try >> to con

Re: Make lyx more easy to be configed as portable program

y be to use the ${VARNAME} variant only to expand variables and stop supporting the alternative "short" form $VARNAME. But that's another dirty hack. >> Op 17 jan 2011 16:07 schreef "Stephan Witt" : >> >> Am 16.01.2011 um 16:12 schrieb Pavel Sanda: >

Re: Make lyx more easy to be configed as portable program

Am 18.01.2011 um 07:31 schrieb Stephan Witt: > Am 18.01.2011 um 07:03 schrieb Vincent van Ravesteijn: > >> Because if the variable is not a variable, it might just be a filename >> containing a $. > > But the function replaceEnvironmentPath() don't know if the $ is

Re: Lyx open buffered copy

Am 18.01.2011 um 11:17 schrieb Christian Wilhelmsen: > I juse LyX and Dropbox in collaboration with my team mates, and the problem > is that when you have opened a file, another user edits it and sync it through > dropbox, LyX wont open the new version, it opens a buffered copy or > something.

Re: Make lyx more easy to be configed as portable program

Am 18.01.2011 um 13:49 schrieb Vincent van Ravesteijn: >> >> I claim this is a better fix for ticket http://www.lyx.org/trac/ticket/4177 >> Other locations may affected to. >> >> Stephan > > If you think it's better, I believe you. So you think I can apply the patch? > > Is this still relate

Re: Make lyx more easy to be configed as portable program

Am 18.01.2011 um 14:59 schrieb Vincent van Ravesteijn: >> To make a portable LyX you need a proper working replaceEnvironmentPath(). >> (I.e. $LyXDir/component1/bin:$LyXDir/component2/bin in path_prefix must be >> translated to /path/to/lyx/component1/bin:/path/to/lyx/component2/bin). >> >> To fi

Re: r37243 - in lyx-devel/trunk/src: . frontends/qt4

Am 18.01.2011 um 15:33 schrieb Richard Heck: > On 01/18/2011 09:30 AM, Peter Kümmel wrote: >> On 18.01.2011 15:11, Vincent van Ravesteijn wrote: Note that this is only an issue because your preferences file was out of date, in the sense that it doesn't have a "Format 1" tag at the beginn

Re: Make lyx more easy to be configed as portable program

Am 18.01.2011 um 15:23 schrieb Vincent van Ravesteijn: >> Unfortunately it's not the only thing you did. >> You introduced the regression that only the last occurrence of >> a variable gets replaced. Your assumption was that boost returns >> the first match - it's the last one instead! >> >> $Ly

Re: r37253 - in lyx-devel/trunk/lib: bind bind/de bind/fi bind/pt bind/sv ui

Am 18.01.2011 um 16:42 schrieb rgh...@lyx.org: > Author: rgheck > Date: Tue Jan 18 16:42:27 2011 > New Revision: 37253 > URL: http://www.lyx.org/trac/changeset/37253 > > Log: > Update all of our bind and ui files to format 1. Richard, do you have a proposal how I can test the transition you are

Re: r37253 - in lyx-devel/trunk/lib: bind bind/de bind/fi bind/pt bind/sv ui

Am 18.01.2011 um 18:03 schrieb Vincent van Ravesteijn: > The other things from the RELEASE_NOTES: ... > - \personal_dictionary, \spell_command, \use_input_encoding, > \use_personal_dictionary and \use_spell_lib (ispell support has been > removed) But \use_personal_dictionary is a valid LyX 2.0 pr

Re: r37253 - in lyx-devel/trunk/lib: bind bind/de bind/fi bind/pt bind/sv ui

Am 18.01.2011 um 17:26 schrieb Richard Heck: > On 01/18/2011 11:14 AM, Stephan Witt wrote: >> Am 18.01.2011 um 16:42 schrieb rgh...@lyx.org: >> >>> Author: rgheck >>> Date: Tue Jan 18 16:42:27 2011 >>> New Revision: 37253 >>> URL: http://www.ly

Re: #5211: lyx doesn't control if the opened document is changed by other process

Am 19.01.2011 um 11:46 schrieb LyX Ticket Tracker: > #5211: lyx doesn't control if the opened document is changed by other process > -+-- > Reporter: zak.mc.kraken@… |Owner: lasgouttes > Type: defect

Re: .lyx files as (sym)links

Am 22.01.2011 um 15:33 schrieb Enrico Forestieri: > On Sat, Jan 22, 2011 at 01:53:40AM +0100, Pavel Sanda wrote: > >> this patch should help at least for symlinks. > > Why not restricting the workaround to the case where the file actually > is stored on an ext4 file system? It's copied for syml

Re: cmake LYX_

Am 22.01.2011 um 16:10 schrieb Peter Kümmel: > On 22.01.2011 14:36, Abdelrazak Younes wrote: >> On 22/01/2011 12:04, Peter Kümmel wrote: >>> Before we set LyX 2.0 in stone by releasing it >>> I've cleaned up a bit the LYX_ option naming, >>> to make it more consistent: >>> >>> - only positive nam

Re: cmake LYX_

Am 22.01.2011 um 16:54 schrieb Peter Kümmel: > On 22.01.2011 16:46, Stephan Witt wrote: >> Peter, >> >> is it possible to add extra library/include file search paths? >> >> If I want to debug the aspell/hunspell I have to use my private builds on >> M

Re: cmake LYX_

Am 22.01.2011 um 19:54 schrieb Peter Kümmel: > On 22.01.2011 17:50, Stephan Witt wrote: >> Am 22.01.2011 um 16:54 schrieb Peter Kümmel: >> >>> On 22.01.2011 16:46, Stephan Witt wrote: >>>> Peter, >>>> >>>> is it possible to add extr

Re: #7149: Crash when issuing commands through pipes with minimized view

Am 19.01.2011 um 07:41 schrieb LyX Ticket Tracker: > #7149: Crash when issuing commands through pipes with minimized view > --+- > Reporter: vfr | Owner: lasgouttes > Type: defect| Status: new

Re: about background compilation

Am 24.01.2011 um 09:36 schrieb Vincent van Ravesteijn: >>> It's really nice! >> >> and pretty innocuous, so i put it in: >> >> http://www.lyx.org/trac/changeset/37304/lyx-devel/trunk >> > > I just can't get the icon to appear. > > Anyone else having problems with it ? > > Vincent Me too. I

Re: Make lyx more easy to be configed as portable program

Am 18.01.2011 um 15:23 schrieb Vincent van Ravesteijn: >> Unfortunately it's not the only thing you did. >> You introduced the regression that only the last occurrence of >> a variable gets replaced. Your assumption was that boost returns >> the first match - it's the last one instead! >> >> $LyX

Re: Subject: LyX 2.0beta3: Spell Checking + Multilingualism

Am 26.01.2011 um 15:00 schrieb Walter: I'll try to answer this - although I surely don't have so much time you had to write this. > Whilst using LyX 2.0beta1 [since verified on LyX 2.0beta3] I recently ran > a spell check for the first time. > > The interface is good and no doubt an improvement

Re: Subject: LyX 2.0beta3: Spell Checking + Multilingualism

Am 27.01.2011 um 15:16 schrieb Walter: >> This sounds ugly. Is there any similarity between spell checking APIs? Is >> there a cross platform, spell checking library unification / abstraction >> layer >> available? Would it be worth developing one? How difficult is it to detect >> known diction

Re: Wrong display of spelling mark when word is followed by a non-space

Am 27.01.2011 um 16:38 schrieb Jean-Marc Lasgouttes: > In a document with spell-as-you-type enabled, type "LyX@". The spell marker > will contain the "@" character, whereas normal spell check will select "LyX" > only. > > I looked a bit at the code but I do not know where to search. It's my fa

Re: Wrong display of spelling mark when word is followed by a non-space

Am 27.01.2011 um 17:38 schrieb Jean-Marc Lasgouttes: > Le 27/01/2011 17:12, Stephan Witt a écrit : >> Am 27.01.2011 um 16:38 schrieb Jean-Marc Lasgouttes: >> >>> In a document with spell-as-you-type enabled, type "LyX@". The spell marker >>> will cont

Re: Wrong display of spelling mark when word is followed by a non-space

Am 27.01.2011 um 17:38 schrieb Jean-Marc Lasgouttes: > Le 27/01/2011 17:12, Stephan Witt a écrit : >> Am 27.01.2011 um 16:38 schrieb Jean-Marc Lasgouttes: >> >>> In a document with spell-as-you-type enabled, type "LyX@". The spell marker >>> will cont

Re: Subject: LyX 2.0beta3: Spell Checking + Multilingualism

Am 27.01.2011 um 14:05 schrieb Walter: >>> Whilst using LyX 2.0beta1 [since verified on LyX 2.0beta3] I recently ran >>> a spell check for the first time. >>> >>> The interface is good and no doubt an improvement on previous eras, however >>> the following struck me as possible to improve. >>> >

Re: Wrong display of spelling mark when word is followed by a non-space

Am 28.01.2011 um 00:06 schrieb Jean-Marc Lasgouttes: > Le 27 janv. 2011 à 21:49, Stephan Witt a écrit : >> Yes, it is. >> The innermost loop in method RowPainter::paintChars() stops at printable >> spaces. >> After returning and drawing the misspelled marker the s

Re: Wrong display of spelling mark when word is followed by a non-space

Am 28.01.2011 um 08:05 schrieb Stephan Witt: > Am 28.01.2011 um 00:06 schrieb Jean-Marc Lasgouttes: > >> Le 27 janv. 2011 à 21:49, Stephan Witt a écrit : >>> Yes, it is. >>> The innermost loop in method RowPainter::paintChars() stops at printable >>> spac

Re: Wrong display of spelling mark when word is followed by a non-space

Am 28.01.2011 um 15:17 schrieb Jean-Marc Lasgouttes: > Le 28 janv. 2011 à 14:22, Stephan Witt a écrit : >>> I did it. I have to check the "do not mark the word at cursor position" >>> feature again. >> >> It has shown the following patch is nee

Re: r37352 - lyx-devel/trunk/lib

Am 28.01.2011 um 15:53 schrieb sa...@lyx.org: > Author: sanda > Date: Fri Jan 28 15:53:37 2011 > New Revision: 37352 > URL: http://www.lyx.org/trac/changeset/37352 > > Log: > Thanks to Jose. > > BTW I see some people like Stephan have quite up-to-date entries :) Yes, I didn't know what to do wi

Re: about continuous spellcheck

Am 29.01.2011 um 17:24 schrieb Edwin Leuven: > i have started to use trunk for my regular work, and wondered about > the following > > the dotted lines that underline misspelled words are difficult to see: > could we draw them fatter or use the old wiggly lines? I tried to scale the thickness of

Re: about continuous spellcheck

Am 29.01.2011 um 18:51 schrieb Edwin Leuven: > Stephan Witt wrote: >> I tried to scale the thickness of the dotted line with zoom factor. >> Of course this is pure heuristics. If you want to play with it: >> have a look at the RowPainter::RowPainter constructor. > >

Re: trunk does no compile

Am 29.01.2011 um 19:12 schrieb Enrico Forestieri: > On Sat, Jan 29, 2011 at 05:52:08PM +0100, Tommaso Cucinotta wrote: > >> Il 29/01/2011 17:13, Tommaso Cucinotta ha scritto: >>> I can also share my template-based one, that avoids code replication and actually turns this burden over th

Re: about continuous spellcheck

Am 29.01.2011 um 20:40 schrieb Edwin Leuven: > Stephan Witt wrote: >> I didn't start with it because I'm afraid to touch the rowpainter >> and its interaction with other painter classes. I think we want >> to get 2.0.0 out of the door some day. > > sensibl

Re: trunk does no compile

Am 30.01.2011 um 02:23 schrieb Enrico Forestieri: > On Sun, Jan 30, 2011 at 01:28:49AM +0100, Tommaso Cucinotta wrote: > >> Il 29/01/2011 19:12, Enrico Forestieri ha scritto: just don't even try it: my own brand new automated tests just started to fail because, with that template-ish t

Re: about continuous spellcheck

Am 29.01.2011 um 21:14 schrieb Stephan Witt: > Am 29.01.2011 um 20:40 schrieb Edwin Leuven: > >> Stephan Witt wrote: >> >>> I already checked open-office, eclipse and apple mail. >>> All of them don't mark an unfinished word at first. >>> >

Re: about continuous spellcheck

Am 31.01.2011 um 14:30 schrieb Stephan Witt: > Am 29.01.2011 um 21:14 schrieb Stephan Witt: > >> Am 29.01.2011 um 20:40 schrieb Edwin Leuven: >> >>> Stephan Witt wrote: >>> >>>> I already checked open-office, eclipse and apple mail. >>

Re: about continuous spellcheck

Am 02.02.2011 um 10:59 schrieb Edwin Leuven: > On Wed, Feb 2, 2011 at 09:33, Stephan Witt wrote: >> Finally I have a basically working solution. See the attached patch. > > thanks! it compiles fine > >> I know, I've to add some comments. Please, can anyone try

Re: Subject: LyX 2.0beta3: Spell Checking + Multilingualism

Am 27.01.2011 um 14:05 schrieb Walter: ... >>> 2. Right click to set spellchecker language on a highlighted word fails [*] >>> >>> It appears that when 'Tools|Preferences|Language Settings|Spellchecker| >>> Spellcheck

Re: Subject: LyX 2.0beta3: Spell Checking + Multilingualism

Am 02.02.2011 um 11:44 schrieb Jürgen Spitzmüller: > Stephan Witt wrote: >> The patch to auto-select the word for language change is attached. >> Would that be ok? > > Looks good for me. I've put it in. Stephan

Re: Spell checking and breaking words

Am 02.02.2011 um 15:20 schrieb Jean-Marc Lasgouttes: > I stumbled an interesting bug report related to words tokening in > the spell checker. I did not understand everything but it seemed interesting > enough to share (Stephan?) Still alive. :-) > Firefox: > https://bugzilla.mozilla.org/show_bu

Re: Subject: LyX 2.0beta3: Spell Checking + Multilingualism

Am 02.02.2011 um 15:46 schrieb Jean-Marc Lasgouttes: > Le 02/02/2011 11:26, Stephan Witt a écrit : >> +if (!cur.selection()) { >> +// apply to current word >> +selectWordWhenUnderCursor(cur, WHOLE_WORD); >> +

Re: about continuous spellcheck

Am 02.02.2011 um 11:41 schrieb Edwin Leuven: > On Wed, Feb 2, 2011 at 11:12, Stephan Witt wrote: >> Sorry, one changed file was missing in patch. >> This is the complete patch. > > ok, this works great for me. thanks! Now I've finished the patch. - Fix a glitch wh

Re: LyX 1.6.9

Am 05.02.2011 um 10:16 schrieb Jürgen Spitzmüller: > I've uploaded tarballs here: > > ftp://ftp.devel.lyx.org/pub/lyx/devel/lyx-1.6.9.tar.gz > ftp://ftp.devel.lyx.org/pub/lyx/devel/lyx-1.6.9.tar.bz2 > > Please test and use these if you want to contribute binaries. > > I plan to release on Monda

Re: #7209: assertion when clicking on unfinished command in math

Am 07.02.2011 um 21:15 schrieb LyX Ticket Tracker: > #7209: assertion when clicking on unfinished command in math > Ticket URL: > ---+ > Reporter: uwestoehr |Owner: po

Re: Regression in r37463 by switt: Crash when deleting footnote

Am 08.02.2011 um 10:27 schrieb Tommaso Cucinotta: > Il 08/02/2011 09:20, John McCabe-Dansted ha scritto: >> KEYCODES: \Aifi\[Escape]\[BackSpace]\[!Loop] >> To Reproduce >> 1) Press Alt-I, F to insert a footnote >> 2) Press I to insert a character in the footnote >> 3) Press Escape to move the curs

Re: #7209: assertion when clicking on unfinished command in math

Am 08.02.2011 um 08:02 schrieb Stephan Witt: > Am 07.02.2011 um 21:15 schrieb LyX Ticket Tracker: > >> #7209: assertion when clicking on unfinished command in math >> Ticket URL: <http://www.lyx.org/trac/

Re: r37364 - lyx-devel/trunk/development/autotests

Am 09.02.2011 um 00:30 schrieb Tommaso Cucinotta: > Il 08/02/2011 22:41, Jean-Marc Lasgouttes ha scritto: >> Le 08/02/11 19:55, Tommaso Cucinotta a écrit : >>> AFAICS, LyX installs with all the locales in e.g. >>> /usr/local/lyx-trunk/share/locale/, >>> so it should be able to run in whatever lang

PATCH: lyxrc flag to disable kerning and ligature for row painter

I've a pending patch to "fix" the drawing issues with Qt4.7 we have when fonts support kerning. Until we provide a proper solution - not likely in LyX 2.0.0 - I propose to paint every character separately. Stephan Index: src/LyXRC.h ==

Re: r37635 - lyx-devel/trunk/lib/ui

Am 13.02.2011 um 12:38 schrieb Pavel Sanda: > v...@lyx.org wrote: >> Author: vfr >> Date: Sun Feb 13 11:10:28 2011 >> New Revision: 37635 >> URL: http://www.lyx.org/trac/changeset/37635 >> >> Log: >> Add a context menu to InsetBibItem. > > Vincent, while seeing you alive again... :) > can you ha

Re: PATCH: lyxrc flag to disable kerning and ligature for row painter

Am 13.02.2011 um 23:15 schrieb Pavel Sanda: > Stephan Witt wrote: >> I've a pending patch to "fix" the drawing issues with Qt4.7 we have when >> fonts support kerning. >> Until we provide a proper solution - not likely in LyX 2.0.0 - I propose to >> pai

Re: PATCH: lyxrc flag to disable kerning and ligature for row painter

Am 14.02.2011 um 10:05 schrieb Jean-Marc Lasgouttes: > Le 13/02/2011 13:14, Stephan Witt a écrit : >> I've a pending patch to "fix" the drawing issues with Qt4.7 we have when >> fonts support kerning. >> Until we provide a proper solution - not likely in LyX

Re: key not recognized in keybindings (Mac, trunk)

Am 17.02.2011 um 03:31 schrieb BH: > On Wed, Feb 16, 2011 at 11:14 AM, Pavel Sanda wrote: >> BH wrote: >>> On Mac with current trunk, the key is not recognized for any >>> keybindings. (The Mac standard is for -[arrow key] to move the >>> cursor around by words/paragraphs, so this is a real prob

Re: r37687 - in dictionaries/trunk: dicts thes

Am 16.02.2011 um 01:33 schrieb jo...@lyx.org: > Author: joost > Date: Wed Feb 16 01:33:18 2011 > New Revision: 37687 > URL: http://www.lyx.org/trac/changeset/37687 > > Log: > create subdirectories for dictionaries and thesaurus > > Added: > dictionaries/trunk/dicts/ > dictionaries/trunk/thes

Re: Bug in 2.2.2 for Mac

Am 16.10.2016 um 03:13 schrieb mn : > > On 16.10.16 00:43, Christopher Menzel wrote: > On 15 Oct 2016, at 4:31 PM, Christopher Menzel > mailto:chris.men...@gmail.com>> > wrote: >> >> Howdy LyX developers, >> >> There appears to be a bug in 2.2.2 for Mac >> (LyX-2.

Re: Bug in 2.2.2 for Mac

Am 16.10.2016 um 00:43 schrieb Christopher Menzel : > > Sorry, I should have been clearer about that. The submenus are rendered > inaccessible. Also, Open Recent is greyed out. But other stuff, like my user > defined key bindings still work. > > -chris > > On Oct 15, 2016, at 6:19 PM, Richard

Re: Bug in lyx 2.2.2.: import / export options not available?

Hi Ralf, there was a problem with the package we provided at first. This problem should be fixed now. When did you do the download and what’s the name of the file you’ve downloaded? The corrected package is named "LyX-2.2.2+qt5.6.2-x86_64-cocoa.dmg“ - the broken one has the name "LyX-2.2.2+qt5-

Re: [LyX/master] Add shell wrapper for Maxima on MacOSX The command line utility of Maxima is inside the Maxima.app bundle and isn't named "maxima"

Am 20.10.2016 um 06:35 schrieb Stephan Witt : > > commit b37d6c9e941068bbf29281ca854687c7717e0d4d > Author: Stephan Witt > Date: Thu Oct 20 06:35:13 2016 +0200 > >Add shell wrapper for Maxima on MacOSX >The command line utility of Maxima is inside the Maxima.ap

Re: LyXRC - %%s/scripts

Am 19.10.2016 um 23:54 schrieb Tommaso Cucinotta : > > On 19/10/2016 23:10, Scott Kostyshak wrote: >> See 8b66f9ce. Perhaps the commit introduced a bug? > > might be. AFAICS, the attempt to replace $$s centrally in > filetools.cpp:commandPrep() fails because the string getting there, is NOT >

Re: #10436: RTL characters protrude over inset box

Am 25.10.2016 um 00:35 schrieb LyX Ticket Tracker : > > #10436: RTL characters protrude over inset box > ---+ > Reporter: uwestoehr | Owner: skostysh > Type: defect | Status: fixedinmaster > Priority:

Re: pasted non-acceptable symbol

Am 31.10.2016 um 18:13 schrieb Maksim Isakin : > > Hello, > > There is a bug arising from a non-acceptable symbol (the text is copy-pasted > from another document). I cannot find the symbol because it is not displayed. > I couldn’t find an option to filter these symbols out either. The report i

Re: pasted non-acceptable symbol

Am 01.11.2016 um 18:04 schrieb Maksim Isakin : > > > Hi Stephan, > > Thanks for your response. The document is attached. > > Maksim. > > Hi Maksim, thank you for sending the example. I can reproduce the crash in the debugger with LyX 2.3.x master. JMarc, are you able to make sense of the

Re: pasted non-acceptable symbol

Am 04.11.2016 um 10:48 schrieb Jean-Marc Lasgouttes : > > Le 03/11/2016 à 22:06, Stephan Witt a écrit : >> Hi Maksim, >> >> thank you for sending the example. I can reproduce the crash in the debugger >> with LyX 2.3.x master. >> >> JMarc, are you

Re: pasted non-acceptable symbol

Am 05.11.2016 um 21:25 schrieb Stephan Witt : > > Am 05.11.2016 um 16:31 schrieb Jean-Marc Lasgouttes : >> >> Le 05/11/2016 à 13:30, Jean-Marc Lasgouttes a écrit : >>> OK, I can reproduce it now. The problem is with characters >>> LINE SEPARATOR (U+2

Re: Shutdown bug?

Am 06.11.2016 um 13:21 schrieb Paola Manzini : > > Hi All, > > I am running LyX on mac OS Sierra on a macbook pro, and El Capitan on an > iMAc, and I’ve noticed the following bug, both with 2.2.0 and 2.2.2 on the > Sierra machine, and 2.2.2 on the El Capitan machine: whenever I try to either >

Re: pasted non-acceptable symbol

Am 06.11.2016 um 14:30 schrieb Jean-Marc Lasgouttes : > > Le 05/11/2016 à 21:25, Stephan Witt a écrit : >>> 4/ catch the characters at the level of the row breaking algorithm >>> (TextMetrics::breakRow). This should be pretty straightforward to do. >> >> Yes,

Re: pasted non-acceptable symbol

Am 07.11.2016 um 15:34 schrieb Enrico Forestieri : > > On Mon, Nov 07, 2016 at 01:31:31PM +, Guenter Milde wrote: >> >> As the meaning of LINE SEPARATOR and PARAGRAPH SEPARATOR is clear from >> http://unicode.org/versions/Unicode5.2.0/ch05.pdf >> we can transform them to the corresponding LaT

Re: pasted non-acceptable symbol

Am 07.11.2016 um 10:59 schrieb Jean-Marc Lasgouttes : > > Le 06/11/2016 à 14:30, Jean-Marc Lasgouttes a écrit : >> This is a more radical approach that what I have in mind, and I do not >> know whether it is safe. My idea was to modify the Row building code and >> replace the character with some v

Re: Shutdown bug?

Am 06.11.2016 um 15:34 schrieb Paola Manzini : > >> On 6 Nov 2016, at 12:32, Stephan Witt wrote: >> >>> Am 06.11.2016 um 13:21 schrieb Paola Manzini : >>> >>> Hi All, >>> >>> I am running LyX on mac OS Sierra on a macbook pro, and El

Re: pasted non-acceptable symbol

Am 08.11.2016 um 21:03 schrieb Enrico Forestieri : > > On Tue, Nov 08, 2016 at 02:28:51PM +0100, Stephan Witt wrote: >> Am 07.11.2016 um 15:34 schrieb Enrico Forestieri : >>> >>> On Mon, Nov 07, 2016 at 01:31:31PM +, Guenter Milde wrote: >>>>

Re: pasted non-acceptable symbol

Am 09.11.2016 um 12:10 schrieb Jean-Marc Lasgouttes : > > Le 08/11/2016 à 14:56, Stephan Witt a écrit : >> I tested your patch and it works for me. The change of "lib/unicodesymbols“ >> leads to proper output. I cannot tell how the impact of the latter change is. > &

Re: Not compiling Lyx

Am 11.11.2016 um 03:37 schrieb JC Clark : > > I am not able to compile lyx 2.2.2 > > I am on Centos 7 Linux . > > > Any thoughts Please send the file config.log. IMO, it’s better to discuss this on the developers list. So I’ve CCed lyx-devel. AFAIK there is a LyX package for Fedora. Perhaps

Crash-Reporting on Mac

Hi fellows, I've recently learned LyX has problems with clean crash management on Mac OS X. The first problem is the call stack printing feature. The code tries to provide a demangled stack trace but unfortunately this isn’t case on Mac. Example of a crash report: ( 1) 1 lyx 0x000105aac141

Re: Hardening LyX for Linux, Mac and Windows?

Am 13.11.2016 um 22:59 schrieb Tommaso Cucinotta : > > On 13/11/2016 22:50, Tommaso Cucinotta wrote: >> On 13/11/2016 15:10, Kornel Benko wrote: >>> Yes, creating the cmake changes for unix(linux) like platforms. Don't know, >>> what to do for >>> windows or MAC. >> >> From a lightning fast inve

Re: X-Apps

Am 08.01.2017 um 17:04 schrieb Paul A. Rubin : > > On 01/07/2017 11:03 PM, Pavel Sanda wrote: >> My understanding of your issue was that suddenly you were left without _any_ >> pdf viewer. For this putting the new pdf viewer at the end of list should >> work >> and I am happy to fix that. > You a

Re: LyX 2.2 slowness

Am 31.12.2016 um 13:16 schrieb Jean-Marc Lasgouttes : > > Le 16/12/2016 à 16:42, Jean-Marc Lasgouttes a écrit : >> I'd be interested to see other tests, especially on MacOS and Windows. > > Since there not much testing going on, I pushed the patch to master :) > Notable differences are: > * the

Re: LyX 2.2 slowness

Am 08.01.2017 um 18:42 schrieb Jean-Marc Lasgouttes : > > Le 08/01/2017 à 18:00, Stephan Witt a écrit : >> I tried the current master (commit 21259b66b5d36913aaf4dcded8aaac3254b04354) >> on Mac. >> It seems to be fast with Qt5 - but I’m not sure how to verify that. >&

Re: LyX 2.2 slowness

Am 08.01.2017 um 19:09 schrieb Jean-Marc Lasgouttes : > > Le 08/01/2017 à 18:59, Stephan Witt a écrit : >> Ok, I don’t see this with current 2.2.x. AFAIK, you did the backport and >> applied it there too. >> The patch seems to be innocent :) > > A bisect would be a

Re: LyX 2.2 slowness

Am 10.01.2017 um 00:24 schrieb Stephan Witt : > > Am 08.01.2017 um 19:09 schrieb Jean-Marc Lasgouttes : >> >> Le 08/01/2017 à 18:59, Stephan Witt a écrit : >>> Ok, I don’t see this with current 2.2.x. AFAIK, you did the backport and >>> applied it there too

Re: [LyX/master] configure.py: Make 'notepad' last in text editor list

Am 13.01.2017 um 14:32 schrieb Paul A. Rubin : > > On 01/13/2017 03:27 AM, Guenter Milde wrote: >> A more general question to all developers: >> >> When checking for default viewer/editor applications during (re)configure, >> should LyX >> a) prefer feature rich applications, or >> b) prefer sm

<    5   6   7   8   9   10   11   12   13   14   >