Re: beamer editing

On 20 Apr 2017, at 22:47, Guillaume MM wrote: > > At the time I reviewed your patch and pointed out regressions of the new > behaviour: . i don’t see any of those regressions (unless i misunderstood you) > I also suggested to introduce ins

Re: beamer editing

On 20 Apr 2017, at 10:08, Jürgen Spitzmüller wrote: > Am Donnerstag, den 20.04.2017, 09:40 +0200 schrieb Edwin Leuven: >> quite some time ago i complained about editing frame content in lyx >> >> … >> i think the desired/expected behavior is that preserves the

beamer editing

hello, quite some time ago i complained about editing frame content in lyx basic frame content is indented and has a standard environment a new line however removes the indent and resets the standard environment to frame to continue editing one has to re-ident and reset the environment, which

Re: GUI changes for inserting citations in 2.2x

what about adding above the right pane a “search” combobox where the matching items would show up in a dropdown list as you type, and hitting enter would add the top/selected match to the selected citations the search options could then be in a tabwidget (not sure i like dialogs that resize ;-)

Re: Wishlist for future LyX

On 03 Jun 2016, at 18:35, Helge Hafting wrote: > > Now that we have 2.2.0, I love the new shiny lyx on my retina screen congrats on a great job! > here are some wishes for the future: Hide changes (in lyx) ... Fwiw ;-)

Re: Status on Mac with El Capitan

On 05 Jan 2016, at 02:13, Stephan Witt wrote: > Hi Lyxers, > > it’s a long overdue task I had on my ToDo list: > the update of my system to latest OS X - El Capitan. > > It’s accompanied by an update of many components including the > development tools, the compiler, the IDE, etc. > > The situ

Re: beamer workflow

On 15 Dec 2015, at 18:36, Kornel Benko wrote: > Am Dienstag, 15. Dezember 2015 um 12:31:26, schrieb Scott Kostyshak > >> On Tue, Dec 15, 2015 at 03:58:41PM +0100, Edwin Leuven wrote: >>> On 12 Nov 2015, at 13:38, Jürgen Spitzmüller wrote: >>>> 2015-11-12 10:43

Re: beamer workflow

On 12 Nov 2015, at 13:38, Jürgen Spitzmüller <sp...@lyx.org> wrote:2015-11-12 10:43 GMT+01:00 Edwin Leuven: but even so, perhaps we should consider the behaviour that we have with itemize: preserves indent, and on an empty itemize decreases indent we could do the same with nesting no? i

Re: beamer workflow

On 12 Nov 2015, at 10:32, Jürgen Spitzmüller wrote: > 2015-11-12 10:19 GMT+01:00 Edwin Leuven: > > thanks Jürgen, but in my experience Frame does not behave the same as nested > Standard > > once i start add for example an Itemize my slide is all messed up (both the > a

Re: beamer workflow

On 11 Nov 2015, at 19:07, Jürgen Spitzmüller wrote: > Am Dienstag 10 November 2015, 10:21:02 schrieb Edwin Leuven: >> dear all, >> >> when i insert a new frame, add the title and hit enter the new line is set >> to “Frame” > >> similarly if i am editing

beamer workflow

dear all, when i insert a new frame, add the title and hit enter the new line is set to “Frame” similarly if i am editing the contents of my frame which is an indented standard environment enter gives me a new line set to “Frame” is it possible to have the environment default to “Standard" in

Re: screen indenting after frames

On 06 Nov 2015, at 08:34, Jürgen Spitzmüller wrote: > Am Donnerstag 05 November 2015, 18:57:52 schrieb Edwin Leuven: >> i agree >> >> may i suggest that you push this change to master? > > I've pushed something similar. great > Might be something to consider for branch. yes please best, ed.

Re: screen indenting after frames

On 05 Nov 2015, at 18:27, Jürgen Spitzmüller wrote: > Am Mittwoch 04 November 2015, 10:28:38 schrieb Edwin Leuven: >> atm when using beamer the text is indented after a new frame: >> >> Frame [title] >> >> ->|Text starts here >> >> a

screen indenting after frames

dear all, atm when using beamer the text is indented after a new frame: Frame [title] ->|Text starts here and with a fragile frame it is indented even more Frame (fragile) [title] >|Text starts here not only is the unequal indenting across different frame types ugly, b

Re: ident itemize regression

On Jun 5, 2015, at 12:23 , Jürgen Spitzmüller wrote: > Qt5 bug. Will be fixed in Qt 5.5. See > http://www.lyx.org/trac/ticket/9218 good to know, thanks

ident itemize regression

suppose i have * a * b * c in lyx 2.0 if i select the lines with ‘b' and ‘c’ and hit they get indented once: * a - b - c in lyx 2.2 (perhaps 2.1 as well) however ‘c’ gets indented twice: * a - b # c ed.

Re: tab in tables

On Apr 5, 2015, at 08:51 , Liviu Andronic wrote: > What LyX version, OS, and can you provide a minimal .lyx document > exhibiting this issue? trunk, osx, and i just add a new table, put the cursor in and hit tab thanks, ed.

tab in tables

hitting the tab key in a table makes the cursor skip 4(!) cells i tried to see what is causing this, but didn’t manage to track it down perhaps someone can have a look? thanks, edwin

Re: tabular cell merge bug

On Mar 24, 2015, at 10:58 , Jean-Marc Lasgouttes wrote: > OK, I committed your patch, and as soon as you feel like it, please ask for > commit rights. Then you will get to write your commit messages :) thanks, i will regards, ed.

Re: tabular cell merge bug

On Mar 24, 2015, at 09:54 , Jürgen Spitzmüller wrote: > 2015-03-24 9:31 GMT+01:00 Edwin Leuven > can someone commit? > > Did you lose your commit rights? yes, with the move to git > That could be fixed ;-) but i am such a happy lurker ;-) now that i have lyx compiling again i

Re: tabular cell merge bug

On Mar 23, 2015, at 15:40 , Richard Heck wrote: > On 03/23/2015 06:15 AM, Edwin Leuven wrote: >> >> the attached patch fixes it for me… > > Makes sense. can someone commit? i suspect it can also go into branch... regards, ed.

Re: tabular cell merge bug

Le 17/03/2015 21:26, Edwin Leuven a écrit : > first i merge the top-left two cells in a small, say 3x3, table > > if i then merge this multicolumn cell with the remaining cell in the > first row, my table ends up all bonkers the attached patch fixes it for me… tabularbug.diff

Re: [PATCH] LyX HiDPI support in OS X with Qt 5

On Oct 18, 2014, at 17:32 , Stephan Witt wrote: > Here is a first version for an evaluation of the feature: > > https://dl.dropboxusercontent.com/u/27842660/LyX-2.2.0dev-a09eaf44%2Bqt5-x86_64-cocoa.dmg > >

Re: Is it possible to get the old behavior of Flex insets (before the fix for #8442)?

On Apr 30, 2014, at 21:33 , Jürgen Spitzmüller wrote: > 2014-04-30 21:02 GMT+02:00 Scott Kostyshak: > This came up here: > http://tex.stackexchange.com/questions/174447/lyx-how-to-hide-text-style-labels-by-default/174543#174543 > […] > we probably need to provide a choice. only show when the cu

Re: layout file question

On Feb 7, 2014, at 10:49 , Jürgen Spitzmüller wrote: > Edwin Leuven wrote: >> i was wondering whether it is possible to handle the stuff in the preamble >> like >> >> \signature{My name} >> >> through a layout in the main text? > > Yes. Use >

layout file question

hi guys, i am putting together a layout file for a local letter class file we use my latex file should look like this: \documentclass{ourletter} \signature{My name} \begin{document} \begin{letter}{An \\ Address \\ Here} \opening{Dear,} Some text here \closing{Sincerely,} \cc{Someone} \end{letter

Re: menu bar lost in OS X

On Jan 29, 2014, at 09:06 , Stephan Witt wrote: > I've made a new disk image with a hopefully fixed LyX 2.0.7 and put it here: > > https://dl.dropboxusercontent.com/u/27842660/LyX-2.0.7-1%2Bqt4-carbon.dmg > https://dl.dropboxusercontent.com/u/27842660/LyX-2.0.7-1%2Bqt4-carbon.dmg.sig > > It's na

Re: Where is insert branch in 2.0.7?

On Jan 28, 2014, at 11:50 , Jean-Marc Lasgouttes wrote: > 28/01/2014 11:44, Edwin Leuven: >> (i use stephan’s installer) >> >> reverting back to 2.0.6 fixes the problem for me. >> >> oh, and i should’ve said that i am on OSX... > > Wait for the 2.0.7.1 re

Re: Where is insert branch in 2.0.7?

On Jan 28, 2014, at 11:27 , Jean-Marc Lasgouttes wrote: > 28/01/2014 11:24, Edwin Leuven: >> am i the only one with a missing insert->table float in the menu? >> >> (i only can insert the wrap floats) > > I see Insert>Float>Table in both 2.0.7 and 2.1.0git h

Re: Where is insert branch in 2.0.7?

am i the only one with a missing insert->table float in the menu? (i only can insert the wrap floats) ed.

growing menu

everytime i close a document, i get a new "reconfigure" item in the LyX menu on my mac again: am i alone? thanks, ed.

regular crashes on OSX

hi guys, i have been experiencing regular crashes on my mac (see below) they seem to happen when i open or close a document, but not in a systematic way (or at least i haven't found a reproducible way to trigger the bug) am i the only one experiencing these? i am using lyx 2.0.5 from the offic

Re: Source view window

On 05/05/2013 06:01 AM, Pavel Sanda wrote: > Edwin Leuven wrote: >> On May 5, 2013, at 08:22 , Pavel Sanda wrote: >>> Pavel Sanda wrote: >>>> There are still quirks with not enough minimum size. >>> I finally solved those too, fixed few typos and it&#

Re: Source view window

On May 5, 2013, at 08:22 , Pavel Sanda wrote: > Pavel Sanda wrote: >> There are still quirks with not enough minimum size. > > I finally solved those too, fixed few typos and it's now in. could also go into branch i suppose… ed.

Re: Source view window

On May 3, 2013, at 01:02 , Richard Heck wrote: > On 05/02/2013 06:16 PM, Tommaso Cucinotta wrote: >> On 02/05/13 20:52, Howard Rudd wrote: >>> I hope you don't mind me making a suggestion for a very small tweak that I >>> think would be an improvement? >> It is very welcome, indeed! And what you

Re: Need help doing bisection for scrolling problem on OS X

On Jan 8, 2013, at 16:03 , Stephan Witt wrote: > Reading your linker error message I'd say you build LyX with 64bit, but you > don't have a matching iconv library. That's strange, because your system > library (in /usr/lib) should at least provide i386 and x86_64. i had a similar problem and ne

Re: Expected behavior of "set bottom line" in tabular?

On Dec 9, 2012, at 21:24 , Scott Kostyshak wrote: > The only thing that seems a little inconsistent to me now is that the > "Set bottom line" button toggles on and off (and the data member is > set). But then again it's not clear that this is wrong. If you set the > bottom line and then unset the

Re: building lyx on osx

On Jul 20, 2012, at 12:20 , Kornel Benko wrote: > Am Freitag, 20. Juli 2012 um 11:05:27, schrieb Edwin Leuven > > > there seems to be some problem with linking iconv though. > > What problems? i pasted the error message below. looks like iconv is not 64bit ed. Ld /Use

building lyx on osx

hi guys, i recently got a mac, and am now trying to build lyx using Xcode & cmake. there seems to be some problem with linking iconv though. i was wondering whether there are some recent build instructions for osx? also, did someone manage to make lyx look decent on a retina display? thanks

push selection to search dialog

hi, atm our (quick) search shows an empy dialog (or the text from a previous search) when hitting ctrl+F it is standard behavior to put selected text (if any) in the search dialog the attached patch does this comments/suggestions? ed. x.diff Description: Binary data

Re: Image Lifecycle (Create) Patch - Video

Tommaso Cucinotta wrote: > Comments ? no offense, but i think this "feature" is bloat... best, edwin

Re: Image Lifecycle (Create) Patch - Video

Tommaso Cucinotta wrote: > actually, in the previous patch on the Trac by Vincent (which I discovered > later, when I seeked for a place on Trac where to drop my own patch), the > mouse coordinates are used to decide where to actually drop. that's how it should be. could you use that code in your

Re: Image Lifecycle (Create) Patch - Video

Tommaso Cucinotta wrote: >  This patch allows one to quickly insert new images >  and other type of external material into a LyX document. fwiw, i'd rather be able to drag-n-drop ed.

Re: first step of merging the Win installers

On Mon, May 23, 2011 at 06:17, Uwe Stöhr wrote: > - I replaced the LaTeX check and installation routine with my installer for > the following reasons: when i use your installer it gets stuck at the checking stage. i killed it after 30mins. using the installer i build myself using the previous in

Re: ANNOUNCE: LyX version 2.0.0 (release candidate 3)

Jean Kaplan wrote: > A benign remark though : Why did you change some icons in the tool bars: many > automatisms have to be rebuilt because not everybody wants to live in the 1990s for the rest of their lives? in case of nostalgia or hard to shake habits you can change the icons to "classic" in

Re: ESC for aborting long Advanced Find/Replace ops

Tommaso Cucinotta wrote: > For c), it's a > complete rewrite, so I'm not considering it for now :-). but this is the only way to go no? c is also more likely to happen without a and b, so maybe we should allow only real fixes and not ad-hoc workarounds (enrico would call it bloat i suspect) for

Re: wrong latex output with decimally aligned columns

Richard Heck wrote: > Edwin Leuven wrote: >> ok for branch? >> > Yes, please. done: http://www.lyx.org/trac/changeset/38658

Re: wrong latex output with decimally aligned columns

Richard Heck wrote: > Anyway, I'll have a look at the patch later. For now, it looks good, and > of course we'll also need it for branch. i applied this http://www.lyx.org/trac/changeset/38655 ok for branch? edwin

wrong latex output with decimally aligned columns

hi guys, the latex output for decimally aligned columns depends on cached metrics info (the member decimal_width) this means that we only get the right output if these members are up-to-date the attached patch corrects this in the meantime to be sure to get the proper output one needs to 1) ope

Re: Goals for 2.1

Enrico Forestieri wrote: > And after I do that they will magically disappear? What I can do is > voting pro or against a particular feature when it is proposed, but > it is the majority that wins, and the majority like bloat, apparently. so what do you think are the top 3 bloat features? (just cu

Re: Release manager for 2.1

Jean-Marc Lasgouttes wrote: > Edwin would describe this as a typical french attitude :) i think that this particular case says more about how the french perceive the french, than how the dutch perceive the french ;-)

Re: Release manager for 2.1

yes, great job pavel!! and i am sure vincent will prove to be an excellent successor... ed.

Re: Development for LyX 2.1

Andre Poenitz wrote: > Well, the part I don't get is why suddenly using a version control > system is considered rocket science. It is not. > > [...] > > With svn there's not much choice but to commit > early, in order to be ready for the next hunk of work. With git one can > only commit locally a

Re: Maintenance release management

Abdelrazak Younes wrote: > Excellent solution indeed. Thanks for accepting the duty Richard! > > Many thanks to you; you really did an amazing work! hear, hear! ed.

Re: Towards final 2.0 release

Diego Queiroz wrote: > I've finally found a way to reproduce a SIGSEGV error: > http://www.lyx.org/trac/ticket/7492 cannot reproduce with trunk (windows, msvc2010) ed.

Re: [DIAGNOSIS] Re: crash in trunk

Richard Heck : > What the usual calls to updateBuffer() do is always > make the macro context a ParIterator that points to > the first paragraph in the current inset. (See e.g. > the calls at InsetText:682,695.) ok. makes me wonder though why it is necessary to set the macro context explicitly. >

Re: [DIAGNOSIS] Re: crash in trunk

Richard Heck wrote: > I guess the other idea would be to recurse > through all the insets. attached, and no more crashes. i think i prefer this solution (although i am not sure we need to add the code to insettext) ed. x3.patch Description: Binary data

Re: [DIAGNOSIS] Re: crash in trunk

Richard Heck wrote: > Can you post this version of the patch > and I'll try to have a look? attached > I'm wondering where these comparisons are > being made and whether we need to do > something to the cursor. But I'm really > just guessing here. very frustating this poking in the dark... > I

Re: [DIAGNOSIS] Re: crash in trunk

en i use buffer().updateBuffer(par_iterator_begin(tail), OutputUpdate); instead of the code above, the crashes are gone (also with nested insets) but now i get the asserts below ed. 17:40:02.216: (file-open C:/Users/Edwin Leuven/Dropbox/newfile1.lyx)..\..\lyx-devel\src\CursorSlice.cpp(187): can

Re: [DIAGNOSIS] Re: crash in trunk

Richard Heck wrote: > Answer: No, probably not, because it's hard to see > how to do this without making copies, which would > just give us the same problem back again. the attached avoids the crash for me by setting the macrocontext for nested insets (and only doing the metrics call on the tail;

Re: [DIAGNOSIS] Re: crash in trunk

Richard Heck wrote: > I think I know what's happening here. sounds reasonable indeed > We might somehow need to call updateBuffer() > on these new insets. or find a way of calculating the width of the insettext before and after the decimal separator without making a copy, chopping it into two a

Re: crash in trunk

Richard Heck wrote: > Same crash with a footnote there. So it looks > as if for some reason insets inside cells are not > getting their macro context set properly. which is done in lines 3453-3473 of insettabular.cpp: if (tabular.getAlignment(cell) == LYX_ALIGN_DECIMAL) { // make a copy

crash in trunk

assert in textmetrics.cpp line 395 when i scoll down (or use toc) to table 5 in this doc: http://dl.dropbox.com/u/359550/peerng.lyx a broken document, just when i switch to trunk for real work :( ed.

Re: Automatic use of 1.6.x preferences

it would be interesting to send back the preference settings people change from the default this way we know what to kill...

Re: Poll for the default icon theme in LyX 2.0

2011/3/30 José Matos : > Edwin Leuven wrote: >> nonsense > > and... :-) i am glad we agree... ;-)

Re: Poll for the default icon theme in LyX 2.0

2011/3/30 José Matos : > This is not a scientific poll but it is nevertheless > signaficative in the sample that shows what a > sample of users think. nonsense

Re: Poll for the default icon theme in LyX 2.0

Pavel Sanda wrote: > you mean that as a tech geek you have more clear eyes > as far as aesthetics is concerned compared to other users? i suspect most people are convinced of their superior sense of aesthetics, and i am not an exception. this is why i don't like it very much as a basis for decis

Re: Poll for the default icon theme in LyX 2.0

Jean-Marc Lasgouttes wrote: >> - libreoffice +1 and i don't see why some selective users should have a vote edwin

Re: Final round for UI changes

Enrico comitted: > http://www.lyx.org/trac/changeset/38038 great! (now i can use "liber") i guess only the new toolbar layout is left...

Re: Final round for UI changes

Enrico Forestieri wrote: > given that no code for selecting alternative sets > was submitted this should be easy to do no? just a subdir for each theme in the images directory and a combobox in the preferences dialog

Re: Final round for UI changes (was: Towards rc2)

Georg Baum wrote: > I personally like the new toolbars much better 1. my guess is that most of us like it much better 2. moreover, doing it now will give us real feedback to tweak it 3. we don't need major releases to update the toolbar layout 4. and 2.0 introduces many new features so timing

Re: Final round for UI changes (was: Towards rc2)

> Edwin, can you share the current state of art of libre office icons? > i dont remember how much remained to be done. http://dl.dropbox.com/u/359550/images.zip ed.

Re: Final round for UI changes (was: Towards rc2)

i did not manage to find the svg sources, and don't have the time to fi ish this on my own imo we should give lyx a facelift with the oxygen icons and i also think rob's new toolbar layout is a good idea ed. On 2011-03-19, Pavel Sanda wrote: > Jürgen Spitzmüller wrote: >> Pavel Sanda wrote: >>

Re: Towards rc2

and put in the oxygen icons and new toolbar layout? -- http://leuven.economists.nl

Re: missing screen update

On Tue, Mar 15, 2011 at 19:04, Enrico Forestieri wrote: > However, it is not. I was not experiencing the problem reported by > Edwin but I experience another problem after r37929. this: http://www.lyx.org/trac/changeset/37938 should fix it... ed.

missing screen update

atm the cursor wanders off the screen when navigating large tables (larger than the screen) using the arrows the attached patch fixes it for me perhaps someone in the know can double check? thanks, ed. x.patch Description: Binary data

Re: tabular*

On Wed, Mar 2, 2011 at 00:45, Pavel Sanda wrote: >> i will do the docs in a bit (this weekend). >> > Ed, will be "that" week "this" week? :) pavel hehe, how could i've forgotten?! will do it asap ed.

Re: Icons

On Wed, Feb 23, 2011 at 20:28, Pavel Sanda wrote: >> This is the announcement today: >> "LibreOffice 3.3.1 also brings new colorful icons based on The Document >> Foundation branding guidelines" but these are the document icons, not toolbar icons i think...

Re: Icons

>> Is anyone planning to design a complete icon set for the standard toolbars >> based on this LibreOffice style? personally i think we need a consistent icon set so if there is a consensus for dropping the old icons we should choose oxygen, libreoffice, or tango and then just do the work i am

Re: Icons

Pavel Sanda wrote: > third one rather created his own set ;) which you can count as a vote against the old icons

Re: Icons

On Sun, Feb 20, 2011 at 15:36, Joost Verburg wrote: > Here's the new icon set I worked on with Jürgen! It's based on the Oxygen > style. attached some idea how it would look like with 16x16 icons from libreoffice... <>

Re: Icons

Rob Oakes wrote: > why not simplify the toolbars. the question is how > (The menus are already very well organized and laid out.) personally, i would not mind a separate math menu > the designers I talked to all had a single question on first > encountering the UI, "What do all the buttons do?

disolving child docs

i have a document with several child documents using 'input' is there an easy way to "promote" the content of a child document to the master document? i.e. to get rid of the input and just have the text in the master doc? there is unfortunately no "remove and insert here" in the context menu or

Re: r37704 - lyx-devel/trunk/src/insets

On Thu, Feb 17, 2011 at 01:26, Enrico Forestieri wrote: > On Thu, Feb 17, 2011 at 01:09:04AM +0100, Pavel Sanda wrote: >> Vincent van Ravesteijn wrote: >> >> Which has no effect at all. >> >> >> > It does. >> >> can both of you please come back to this point and in more than one sentence >> put do

Re: tabular*

Patrick Atamaniuk wrote: > I traced it down to InsetTabular.cpp:4327 , action 75 > This is called at lfun_ok calculation from > InsetParamsDialog::checkWidgets and will set the status to not > enabled, where get_status stops and the applyPB will be disabled. > > I'm absolutely clueless why action

Re: books on c++ to get started

xuwang wangxu wrote: > Accelerated C++: Practical Programming by Example this was my introduction to c++ and i liked it > And after that, I guess I should learn the STL? I would thus focus on i don't think that for lyx programming you need much more STL knowledge than you'll find in accelerated

Re: Cjk Lyx 1.4

Jean-Marc Lasgouttes wrote: > The idea would be to add a new flag (say, "menu") to converters (in > src/Converters.cpp). You can look how other converters are implemented and > how he prefs are set (qt4/GuiPrefs.cpp). The code to do the actual change > will go to qt4/Menus.cpp. high time to move

Re: tabular*

Enrico Forestieri wrote: > While you are at it, wouldn't it be better renaming widthED as > columnWidthED, in order to avoid confusion, and tabularWidthL > as tabularWidthLA, in order to conform to the naming scheme? mm, there is little consistency in naming, ComboBoxes are calles CB, just like C

Re: tabular*

Enrico Forestieri wrote: > Isn't the attached patch also necessary? yes, thanks. i've put it in...

Re: tabular*

On Fri, Feb 4, 2011 at 00:34, Enrico Forestieri wrote: > First bug report: copy-paste error, fixed at: http://www.lyx.org/trac/changeset/37486

Re: tabular*

On Fri, Feb 4, 2011 at 00:21, Pavel Sanda wrote: > wiki newinlyx20 is waiting for you. done

Re: tabular*

Pavel Sanda wrote: > then ok. it's a pleasure doing business with you guys: http://www.lyx.org/trac/changeset/37471 i will do the docs in a bit (this weekend). how does it work: we edit the relevant doc with trunk (with change tracking on)? ed.

Re: tabular*

Richard Heck wrote: > Things get discussed, and we won't always be happy. That, indeed, is life. i think nobody disagrees with this this being said, i would argue for some pragmatism (over principles): the patch is small and i think many people crave it (at least abdel and enrico ;-) i'll shut

Re: tabular*

Enrico Forestieri wrote: > Well, it depends on whether it is a big or small change, right? the change itself is small...

Re: about continuous spellcheck

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!

Re: about continuous spellcheck

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 it? so the idea is that words that are being typed are not marked? i don't see this...

Re: about continuous spellcheck

Jean-Marc Lasgouttes wrote: >> did our old wiggly line die along the way btw? or can it be resuscitated? > > It is still there (we use it somewhere else) but it has a notion of integer > rounding that make it end at seemingly random places. I found it ugly > personally, but > it can probably be i

Re: export to 1.6 does not compile

Richard Heck wrote: > Had you exported this and then reimported it? that's very possible (but i of course never check my preambles), i have switched to trunk for my regular work (to see how it holds up), but my co-author is still at 1.6... ed.

export to 1.6 does not compile

! LaTeX Error: Command \b@xcite already defined. Or name \end... illegal, see p.192 of the manual. i have this in the preamble: % Added by lyx2lyx % for proper underlining \PassOptionsToPackage{normalem}{ulem} \usepackage{ulem} \let\cite@rig\cite \newcommand{\b@xcite}[2][\%]{\def

Re: about continuous spellcheck

Stephan Witt wrote: > I'm innocent, I didn't kill it. > It was a french man... :-) ... in search of a revolution > I changed the behavior on explicit user request. i thought rule nr 1 was "never listen to users" ;-) > To be honest, the current implementation already was no simplification > of

  1   2   3   4   5   6   7   8   9   10   >