Search LyX Text Functionality.

Hi all, please, consider the feature request I posted to bugzilla: having an advanced search/replace functionality allowing to find/replace segments of LyX Text, including math. Initial idea description and prototype implementation patch: http://bugzilla.lyx.org/show_bug.cgi?id=3982 Patch

Re: Search LyX Text Functionality.

Abdelrazak Younes ha scritto: - First your patch is not complete in bugzilla, the added QSearch.{h,cpp} and QSearchAdv.{h,cpp} are missing. Please send a complete patch. Hello, I used "svn diff src lib > lyx.patch", and I didn't notice it was not adding new files to the patch. Any switch to

Re: Search LyX Text Functionality.

Richard Heck ha scritto: Yes, it doesn't actually commit anything: only svn ci will do that. svn add just registers the files with your local copy, so svn diff, etc, will see them. In fact, done. Please, find the patched patch at bug 3998. http://bugzilla.lyx.org/show_bug.cgi?id=3998 Added

Re: Search LyX Text Functionality.

Abdelrazak Younes ha scritto: I'll try to look at the Controller code tommorrow. Obviously, the controller was missing. Added a new patch. T.

LaTeX <-> Text

Hi, I'd need a way to get the LaTeX export of a text segment, generally from a DocIterator to another. Looking at the code, the single paragraph seems the finest granularity at which LaTeX export may be done easily, through the lyx::TeXOnePar() function. Also, I'd like to know if there is any

Re: Things we do wrong

s of non-POD objects with static storage type, as well as static class members." bye, T. -- Tommaso Cucinotta, Computer Engineering PhD, Researcher ReTiS Lab, Scuola Superiore Sant'Anna, Pisa, Italy Tel +39 050 882 024, Fax +39 050 882 003 http://feanor.sssup.it/~tommaso

\lyxadded/deleted macros reimported as ERT ?

Hi, if I enable track changes, export to LaTeX and reimport to LyX, I get the \lyxadded{} and \lyxdeleted{} blocks reimported as ERT. Wouldn't it be nice if they were reimported as tracked changes ? T.

Re: Severe usability bugs in lyx 1.5

While scrolling with the mouse wheel any document containing either (expanded) floating pictures with big pictures or big math equation insets (i.e. occupying more than half of the vertical screen space), it is possible to notice crazy-scroll behaviours that are very annoying and make it very

LyX CVS/SVN diff support.

Hi, I'd like to know if there is any planned support to CVS/SVN diff of .lyx files. Something that shows a double-work area window with my local version on the left and the remote committed version on the right, highlighting in both work-areas the changes between the two (this might be done [

Re: LyX CVS/SVN diff support.

Darren Freeman ha scritto: If you haven't used it, give "kompare" a go. For regular text files, it's fantastic! Actually, my preferred CVS manager is the one within Eclipse (even for articles) :-) Although this isn't the nicest solution, it gets you partway there. If you can read raw LyX

How to compile trunk

Hi, I need help to compile the current trunk from SVN. Building from SVN revision 20030. ./autogen.sh && ./configure --disable-debug --disable-stdlib-debug --prefix=/usr/local/lyx-devel && make [...] Making all in po make[1]: Entering directory `/home/tommaso/lyx-devel-svn/po' make[1]: *** No

Docked advanced search

Hi all, as asked by Abdel, I've just merged my patch with trunk (revision 20067) and uploaded it as attachment 2129 to bug 3998. If anyone wants to try it, the patch includes a brief tutorial in lib/doc/FindAdv.lyx. For now, it is kind of a hack/prototype that almost works (if you backward

LyX bugzilla and spam

Every post on bugzilla results in the poster e-mail clearly written on the bug page. This is not very good as it will likely increase the amount of received spam messages. Isn't it possible to obfuscate the poster/reporter address, on the bug pages (at least while browsing anonymously) ?

Embedding LaTeX dependant packages ?

xactly is planned to be embeddable, besides external pictures ? T. -- Tommaso Cucinotta, Computer Engineering PhD, Researcher ReTiS Lab, Scuola Superiore Sant'Anna, Pisa, Italy Tel +39 050 882 024, Fax +39 050 882 003 http://feanor.sssup.it/~tommaso

Re: Embedding LaTeX dependant packages ?

the wiki page it would seem not. Wondering if this is going to create confusion ! T. -- Tommaso Cucinotta, Computer Engineering PhD, Researcher ReTiS Lab, Scuola Superiore Sant'Anna, Pisa, Italy Tel +39 050 882 024, Fax +39 050 882 003 http://feanor.sssup.it/~tommaso

Compiling with --enable-shared leads to errors.

y `/home/tommaso/lyx-devel-svn/src/frontends' make[3]: *** [all] Error 2 make[3]: Leaving directory `/home/tommaso/lyx-devel-svn/src/frontends' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/tommaso/lyx-devel-svn/src' make[1]: *** [all] Error 2 make[1]: Leaving directory `/hom

Re: Compiling with --enable-shared leads to errors.

Infact at line 9 of src/frontends/controllers/Makefile.am: SOURCEFILES = \ Dialog.cpp \ Dialog.cpp \ [...] Don't know why, disabling shared, linking goes through, instead. T. Tommaso Cucinotta ha scritto: Hi all, when compiling with --enable-shared (that would seem a good switch

Re: Compiling with --enable-shared leads to errors.

Same problem with the source file GuiKeySymbol.cpp in the SOURCEFILES variable of src/frontends/qt4/Makefile.am. T. Andre Poenitz ha scritto: On Fri, Sep 07, 2007 at 10:37:33PM +0200, Tommaso Cucinotta wrote: Hi all, when compiling with --enable-shared (that would seem a good switch

Notifying users during long tasks.

Hi all, I'd like to know what is the most suitable way to notify users of the progress made during possibly long tasks, in LyX. The standard way would be to create a new thread, so to exit the Qt callback that started the long task, adding a progress bar or similar and updating it periodically,

Re: Notifying users during long tasks.

of the activities to complete, then the user interaction is blocked until completition of that activity. But probably, I don't want to "use a cannon to shoot to a fly". T. -- Tommaso Cucinotta, Computer Engineering PhD, Researcher ReTiS Lab, Scuola Superiore Sant'Anna, Pisa, Italy T

Re: Notifying users during long tasks.

on screen. I had once a patch that did exactly that but I can't seem to find it :-( Ok, infact the mechanism needs to be similar. Where are the points in the code where the graphics displaying activities are started and terminated/joined ? T. -- Tommaso Cucinotta, Computer Engineering PhD

Re: Importing {\tiny ... }

Helge Hafting ha scritto: Select the tiny text Edit->Text STyle->Customized... You get a dialog - change to whatever size you need. Oops, you're right ! I opened that dialog so many times, without seeing what was just there !! On a related note, I have a similar issue with a \textsl{} within

No Export->LaTeX(plain) on Mac !

I've been told by a collegue using Mac that the release 1.5.1 on Mac does not have anymore the File->Export->LaTeX (plain) menu voice, but only the File->Export->Custom->LaTeX (plain), where he is asked to enter a mysterious program name. Is that a bug ? Anyone can confirm (I don't have a Mac) ?

Master Preview

Hi all, the attached patch adds the LFUN_MASTER_PREVIEW command ("master-preview"), triggered through the C-M-t binding (with the "ps" argument). When run from a child document, this command shows a preview built from the master buffer. If a master is not found, it previews the current buffer.

Re: Master Preview

Bo Peng ha scritto: It is useful, but it is not so difficult to switch to the master buffer and generate preview from there. We already have many items under the View menu, and a shortcut-only hidden feature is not that appealing. Just a note: when you're about to finish an article, often

View Menu proposal (was: Re: Master Preview)

Bo Peng ha scritto: [...] We already have many items under the View menu, and a shortcut-only hidden feature is not that appealing. Also, let me propose some rework of the View menu (independently from the master-buffer-view being accepted or not): View +- Zoom | +- Increase 20% (C-+) |

Re: Master Preview

Jean-Marc Lasgouttes ha scritto: Tommaso Cucinotta <[EMAIL PROTECTED]> writes: On a related note, what about implementing the C-Tab shortcut almost standard on multi-document editors (cycle through open buffers). We have Ctrl-PageUp/Down for that. C-Tab is often used by other

Re: Master Preview

Martin Vermeer ha scritto: Does the window manager intercept it? \bind "C-Tab""buffer-next" I don't think so. LyX says "Disabled command" then I type it. T.

Re: View Menu proposal

Jean-Marc Lasgouttes ha scritto: Assumption: It is possible to detect whether the most recent preview is still open. (See first assumption, I believe this is implied by that.) Unfortunately, this is not really the case in general. This is why we have two different actions. Is there a

Re: Master Preview

Abdelrazak Younes ha scritto: Bo Peng wrote: No. The whole idea of separating chapters from a book is that I can compile and view the chapters *quicker*. I do not want to compile the whole book when I am working on a chapter. Here, I actually agree with Bo. When you separate chapters/sections,

Re: Master Preview

Richard Heck ha scritto: I've had the same idea. The mechanism would presumably be a "master document" setting in Document>Settings, which would identify the master document. This would be similar to AucTeX, that writes (automatically) into the child a (commented) reference to the master, what

Re: tex as lyx native file format

Roberto Franceschini ha scritto: Can make LyX work with TEX files as native document format? You may easily write, as I did, a script that converts a .tex file to the LyX format into a temporary folder, opens it with LyX, and, once you close the program, exports it back to .tex overwriting

Re: tex as lyx native file format

Paul A. Rubin ha scritto: it would help if the LaTeX to LyX conversion were more robust. So, is there a wiki page on TODO items for the tex<->lyx conversions ? T.

What is offset_ref_ ?

Hi, I couldn't really understand what information is stored inside the BufferView.offset_ref_ variable. At a first glance, it would seem that anchor_ref_ stores the "paragraph offset" that is displayed from the WorkArea top line, and offset_ref_ stores the "pixel offset". Namely, the top

Re: What is offset_ref_ ?

And, what about ParagraphMetrics.position_, ascent and discent ? Ok, they're y coords, they represent the paragraph vertical dimension and position, but I couldn't really figure out what are they relative to, and why I always see in the code *) position()-ascent() *) position()+descent() Thanx

Re: What is offset_ref_ ?

Pavel Sanda ha scritto: btw i'm trying to catch such threads and put them into http://wiki.lyx.org/Devel/Diagrams . Great. Also, the (reference point of the) return value of buffer_view::coordOffset() and buffer_view::getPos(), and the role of BufferView.wh_ would complete the picture.

Re: View Menu proposal

Abdelrazak Younes ha scritto: It is just a matter of implementing it... Why don't you just start from embedding the patch I sent you for the LFUN + not-so-definitive key bindings ? It's just a few lines of harmless code. The GUI part might be addressed later (and I could take care of doing it,

Re: View Menu proposal

Abdelrazak Younes ha scritto: Tommaso Cucinotta wrote: Why don't you just start from embedding the patch I sent you for the LFUN + not-so-definitive key bindings ? It's just a few lines of harmless code. Which one? Here you go. T. Index: src/LyXAction.cpp

Re: View Menu proposal

Richard Heck ha scritto: OK. Tommaso, do you want to commit this, then? I can do it Thursday if you don't have time. And Jurgen, what about branch? I have only read-access to your svn repository, so far. So, either you commit it by yourself, or sb. should give me write permissions so that I

Re: View Menu proposal

Richard Heck ha scritto: By the way, Tommaso, if you haven't already done so, can you send a note to the list saying you agree to license your contributions to LyX under GPL? Of course I do, it was in the Developers' documentation rules ("either you agree with licensing your contribution

Re: View Menu proposal

of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for more details. Bye, Tommaso Cucinotta -- Tommaso Cucinotta, Computer Engineering PhD, Researcher ReTiS Lab, Scuola Superiore Sant'Anna, Pisa, Italy Tel +39 050 882 024, Fax +39 050 882 003 http

Re: Slowness - in the main window

Helge Hafting ha scritto: what OS are you running ? pavel Probably, it is more interesting to know what CPU and/or graphic adapter. I can't see so much slowness on my Ubuntu Fesity. Running on a laptop with a NVIDIA GeForce Go 6200 card and this CPU: processor : 0 vendor_id :

Re: [Patch] Bug 2739 - Alphabetical sort of environments in the toolbar

Pavel Sanda ha scritto: hi, one thing which is annoying for me when working with lyx is lenghty locating of a given environement in environment box for certain classes which have many items, even more that i usually use only few of these items. now i have working skeleton for bug 2739, which

Re: r20513 - in /lyx-devel/trunk/src/frontends/qt4: Dialogs.c...

Abdelrazak Younes ha scritto: Jean-Marc Lasgouttes wrote: Abdelrazak Younes <[EMAIL PROTECTED]> writes: Do you use routinely different line spacings on different paragraphs? Me no but I do know some people that do. Wether docked or dialogged, may I suggest having another checkbox out there

Re: r20513 - in /lyx-devel/trunk/src/frontends/qt4: Dialogs.c...

Abdelrazak Younes ha scritto: Wether docked or dialogged, may I suggest having another checkbox out there saying something like "Automatically update style", personally to be preferenced as checked by default ? If I understood you correctly this is already done by the new "Immediate Apply"

Re: About work area embedded in a dialog

Abdelrazak Younes ha scritto: I would say "for having more workarea widgets around". Probably, whether embedded into dialogs, toolbars or tab panes is not that important. Yes, we also want split views but I see the two kinds as separate. I have plans to implement split view but not as an

Re: About work area embedded in a dialog

Edwin Leuven ha scritto: Abdelrazak Younes wrote: For advance search The idea would be that you can search for a chunk of text containing insets (including math or charstyle) and could replace it with another text containing insets. Clearer? so the idea is to replace qt's line edits with

Show changes in output broken on 1.5.1.

I don't know if you already knew: if I disable "show changes in output", that I guess would be supposed to not show changes in ps/pdf previews, I get the changes anycase. Unless I misinterpreted the functionality of that button/menu voice. LyX 1.5.1 @ Linux Ubuntu Feisty. T.

Re: Show changes in output broken on 1.5.1.

Jürgen Spitzmüller ha scritto: Probably you misinterpreted this. "Show changes" shows the change tracking marks (red/blue struckout etc.), whereas if you disable this, you get the result without change tracking marks, as if you'd already accepted all changes. Ok, it was indeed what I was

Support for environments options ?

Is there any planned support for environment optional arguments ? For example, after a \newtheorem, it is allowed in LaTeX: \begin{thm}[Main Theorem] ... \end{thm} \begin{thm}[Secondary Theorem] ... \end{thm} As I'm not an expert, I don't know what other environments currently mapped to

Re: Support for environments options ?

Paul A. Rubin ha scritto: The way I enter an optional argument (when one is allowed) is to open the minibuffer (M-x or View -> Toolbars -> Command buffer) and type the command 'optional-insert'. Great ! Exactly what I was needing. Probably my fault for not having read throughly the user

Re: Support for environments options ?

Paul A. Rubin ha scritto: Short of a context-sensitive menu entry that tells you what specific optional arguments are available for the current environment, I'm not sure there's a better way to guide that naive user. Ok, "optional argument" seems too LaTeX-concept, in that the user would be

Re: Show changes in output broken on 1.5.1.

Jürgen Spitzmüller ha scritto: > So, on the upcoming 1.5.2 this is already fixed, thanks. No, we didn't fix anything AFAIR: Please, can you tell me what is the command/tag to check-out a 1.5.2 branch ? I can make a check to see if it's just my laptop. T.

Re: Support for environments options ?

Tommaso Cucinotta ha scritto: like a "paragraph settings" or "layout settings" dialog. Or, in order to have it more explicit in the text, it might be simply a little "hole" that always appears near the very start of the environment supporting the option, e.g.: h

Re: About work area embedded in a dialog

Hans Meine ha scritto: http://feanor.sssup.it/~tommaso/findadv.png http://feanor.sssup.it/~tommaso/findadv-re.png Great, really! Actually, the curious thing is that, AFAIK, LyX would be the 1st word processor ever with such a find feature (e.g. not a simple text field, but an

Re: About work area embedded in a dialog

Abdelrazak Younes ha scritto: Probably a few other use cases where it could be used are: - having a split-window feature, that would allow to have more workareas (on same or different buffers) in the same LyX View Probably, I've thought of another possible use case for using another

Re: About work area embedded in a dialog

Jean-Marc Lasgouttes ha scritto: Another great feature we could steal from acrobat reader is to show a list of hits in the document (with some context) allowing the user to go directly to the right one. Of course, if the side bar is already full like it is now, it is a bit difficult. But I think

Re: Show changes in output broken on 1.5.1.

Jean-Marc Lasgouttes ha scritto: Ok, it was indeed what I was expecting. Actually, I get the red strikes and blue marks anycase, either if I check or if I don't check "show changes". On screen or on paper? Well, now that you make me think deeply to this, I realize it depends on what

Re: About work area embedded in a dialog

Helge Hafting ha scritto: Can the "advanced" search do a simple search? Ok, the current implementation has only search, but, if LyX is going to integrate the feature, I'll be glad to implement the replace part as well. It should not be difficult at all: the searched text is already selected, so

Building .deb package

Hi, is there any automated script to build a .deb package for LyX ? T.

LyX Debian/Ubuntu packages.

Hi all, I've just uploaded LyX .deb packages I built starting from the debian/ structure of the Ubuntu Gutsy lyx-1.5.1 package here: http://feanor.sssup.it/~tommaso/lyx_1.5.2-1ubuntu1_i386.deb http://feanor.sssup.it/~tommaso/lyx-common_1.5.2-1ubuntu1_all.deb Just changed prefix from /usr to

Re: Smooth scrolling

Abdelrazak Younes ha scritto: I've played with it a bit together with Tommaso (off-list). Confirmed. I made an attempt of refactory of the overall logics, completely getting rid of the par height estimates, replaced by appropriate loops summing up heights. This of course ended up in a perfectly

Re: A wishlist for LyX

Richard Heck ha scritto: do something like hold down control+shift and click on a label to insert a reference to that label at the current cursor position. I'd like to suggest an alternative usage paradigm for this, conditioned to the implementation of context-sensitive menus. The idea is:

LyX svn problems

m the www.ieee.org website -- look for' Comment read: `# the author information area. There is a LaTeX 2.09 IEEEtran.sty available' Comment read: `# also but LyX doesn't support 2.09 stuff so don't get that one.' Converting layout file from format 4 to 5 Temporary file `/tmp/19508iadBb7' created.

Help on par width.

How is the paragraph width controlled, in LyX ? I'm getting all paragraphs displayed as a single row (i.e. they are not being broken at all at the window width). Any clue of what I could have modified wrong ? Thanks, T.

Detecting paragraphs structure changes.

lated note, is there any method always called in response to a change in the window width ? Thanks, bye, T. -- Tommaso Cucinotta, Computer Engineering PhD, Researcher ReTiS Lab, Scuola Superiore Sant'Anna, Pisa, Italy Tel +39 050 882 024, Fax +39 050 882 003 http://feanor.sssup.it/~tommaso

Scrollfix patch

Hi Abdel, please find attached a first attempt of fixing the non-uniform scrolling of LyX on trunk (21411). Summary of benefits: -) scroll is uniform and predictable when using the scrollbar, independently of the contents (text, maths, very tall maths or pictures or tables, ecc...) -)

Drawbacks of using boost::signal (s) ?

Hi all, if I remember well, there has been a significant decrease in the use of boost::signal variables, in trunk w.r.t. previous revisions. Just as an example, now we have a Buffer::changed() method that uses a WorkArea pointer (wa_) in the Buffer::pimpl object, in order to call redrawAll()

Re: Scrollfix patch

Abdelrazak Younes ha scritto: hope you won't let us down :-). The downside of your patch is that it erases most of the optimisation I've worked hard to preserve. Guess I can preserve such optimizations (i.e. the updateFlags computation and management) -- see also my previous msg. My aim is to

Re: Drawbacks of using boost::signal (s) ?

Abdelrazak Younes ha scritto: Just as an example, now we have a Buffer::changed() method that uses a WorkArea pointer (wa_) in the Buffer::pimpl object, Not a WorkArea but a WorkAreaManager. Yes, infact, I found this comment in WorkAreaManager.h: "This is a helper class designed to avoid

Re: Scrollfix patch

Helge Hafting ha scritto: 6) I said that already but there's a number of optimisation that are gone now because you basically do a full screen update at each operation. Please, note that the updateFlags are still correctly produced by the various (quite obscure) code segments around. Except

Re: Drawbacks of using boost::signal (s) ?

Andre Poenitz ha scritto: of use): #include pulls in 62000 lines of code. Ok, I didn't know about such issue. this was definitively persuading as a reason for not using that, thanx. Any attempt to contact the library authors about why so many lines of code are pulled in for a so simple (and

Re: Scrollfix patch

Helge Hafting ha scritto: Ideally, you don't update the entire screen on scrolling. If the scroll is less than a screenfull, just let the windowing system move the part that stays visible. And then you draw only the exposed part. A nice speedup, especially when working across the network.

Re: Drawbacks of using boost::signal (s) ?

On a related note, one possibility could simply be to build an alternative lighter version of boost::signal (e.g. there is a "Tiny Template Library" out there), including only the features that LyX needs (if any) :-) T.

LyXAction and updates ?

Hello, I'd like to know what is the purpose of these two LyXAction values: LyXAction { NoUpdate = 8, //< Does not (usually) require update SingleParUpdate = 16 //< Usually only requires this par

LaTeX in-table computations.

Hi all, I wish it were possible to make simple computations within table cells, like summing up all the rows or columns and computing totals. I found the \FP LaTeX package that allows to perform computations. Do you know if it is possible, in LaTeX, to generically refer to the contents of

Re: LaTeX in-table computations.

Darren Freeman ha scritto: just in the generated output, you would be suggesting a basic embedded spreadsheet within LyX.. Exactly. I was of course thinking of a way to latexify the connections among numbers, rather than simply calculating them in LyX. So that, after export LaTeX -> reimport,

Re: Scrollfix patch

Andre Poenitz ha scritto: ourselves into a corner here. We had this kind of approach (all paragraph heights known) for a long time and switched to the current one for performance reasons when e.g. loading/resizing inserting in big docments. My feeling is that, even with hundreds of outer

Re: LyXAction and updates ?

Abdelrazak Younes ha scritto: and, if they are used to trigger automatically Update::Force and Update::SinglePar, where is the point in the code that is supposed to do such triggering action ? Should be in the neighbour of processUpdateFlags(), but I'm not figuring that out. I guess you

Re: Scrollfix patch

Andre Poenitz ha scritto: An entirely unscientific test (sitting in front of the computer and counting) yields ~4s for loading the UserGuide before applying the patch and ~13s afterwards. There is some additional debug output, but I don't think the resulting scrolling in the terminal accounts

Re: Scrollfix patch

Andre Poenitz ha scritto: An entirely unscientific test (sitting in front of the computer and counting) yields ~4s for loading the UserGuide before applying the patch and ~13s afterwards. There is some additional debug output, but I don't think the resulting scrolling in the terminal accounts

Re: Scrollfix patch

a longer file (a Master thesis, PhD thesis or something like that), I can try to see what is the doc length at which things start really slowing down inaccpetably. T. Tommaso Cucinotta ha scritto: Andre Poenitz ha scritto: An entirely unscientific test (sitting in front of the co

Re: LyXAction and updates ?

Abdelrazak Younes ha scritto: or not. A bit like what we have now with the Row signatures. Anyone explaining what are row signatures ? Thx. T.

Re: Scrollfix patch

Abdelrazak Younes ha scritto: We don't need a *perfect* scrolling behaviour, just a sensible one. I agree we may accept a non-perfect scrolling right after having opened a document, or having made great changes. But, IMHO, after a while it would be better to have a precise behaviour, while

Re: Scrollfix patch

Andre Poenitz ha scritto: Just copy the UserGuide 20 times into itself. Done. I get a time roughly doubled: trunk: 5.5 secs scrollfix: 10.5 secs Well, I guess nobody really works with so large documents, but you have at least one file per chapter. Though, I can add the

lyx <- GuiWorkArea.cpp dependencies

If I change GuiWorkArea.cpp, then type 'make lyx' from the src folder, then I get: make: `lyx' is up to date. Simply typing 'make' rebuilds it. Is that normal ? T.

Re: Scrollfix patch

Abdelrazak Younes ha scritto: I don't like this distinction. I prefer all or nothing. Well, if you really think it is preferreable, then it would probably be a matter of a few minutes to create a new vector TextMetrics::par_heights_[], in addition to the par_metrics_[] one, and let the

Re: LaTeX in-table computations.

Helge Hafting ha scritto: Embedding a gnumeric spreadsheet: http://www.aitel.hist.no/~helgehaf/gnumeric.lyx http://www.aitel.hist.no/~helgehaf/spreadsheet.gnumeric http://www.aitel.hist.no/~helgehaf/spreadsheet.tex Turning this into a external inset is easy, and gets rid of the latex commands

Re: LaTeX in-table computations.

Tommaso Cucinotta ha scritto: to what I was needing. Probably a simple gnumeric->LaTeX "filter" that uses "ssconvert" is sufficient: Just tried and seems to work. You just need to export with "ssconvert -T Gnumeric_html:latex in.gnumeric out.tex", so to get a

Re: LaTeX in-table computations.

Tommaso Cucinotta ha scritto: to what I was needing. Probably a simple gnumeric->LaTeX "filter" that uses "ssconvert" is sufficient: Just tried and seems to work. You just need to export with "ssconvert -T Gnumeric_html:latex in.gnumeric out.tex", so to get a

Re: LaTeX in-table computations.

Helge Hafting ha scritto: You get the preview "for free" if we set up conversion all the way from .gnumeric to .eps (via .tex). Just tried, but doesn't work. I patched lib/configure.py as in the attachment, where the converter is the attached script. When I use "Insert->graphics...", and I

Re: LaTeX in-table computations.

Tommaso Cucinotta ha scritto: Just tried, but doesn't work. I patched lib/configure.py as in the attachment, where the converter is the attached script. When I use "Insert->graphics...", and I specify a ".gn" file, it crashes. Probably there is (also) a problem i

Re: Scrollfix patch

Helge Hafting ha scritto: He offered to do the calculation in the background. That gives the I'm already on the way ... almost working, but need further debugging. After that, guess my last change will be to make Abdel happy and confine the nice-scrolling behaviour within the BufferView class,

Re: [PATCH] Support spreadsheets as external insets (1.6svn)

Helge Hafting ha scritto: Patches attached, Helge Hafting it seems there is a "diff.LaTeXFeatures" attached file, but I cannot read and save it from Thunderbird. Can you please send it separately ? Thanks, T.

Re: Scrollfix patch

Andre Poenitz ha scritto: I mean, something like GuiView::doWhenIdle(this, ): template static GuiView::doWhenIdle(T *, bool (T::*)(void)) [I am not sure about the utility of this approach. No need to proactively introduce funny template constructs ;-}] The utility comes if the

Re: crash when scrolling through the userguide

Just want to signal a assert/crash when opening EmbeddedObjects.lyx (actually, I have to say when computing metrics of some paragraph within that document -- this happens while opening, in my patch). The assert seems to fade away by patching insets/InsetInclude.cpp adding a "break" statement

Re: Scrollfix patch

Abdelrazak Younes ha scritto: GuiApplication). On a related note we have WorkArea::scheduleRedraw() that was created for the purpose of delayed screen updates (scheduled to happen at next cursor blink). I know. Actually, I cannot imagine a use-case in which delaying screen redraw to next

SearchAdv Patch ?

Hi all, I've been busy for a while, so I couldn't follow the latest team discussions. Has anyone taken into serious consideration my patch on the advanced search facility ? I was just needing it a few days ago, while changing my latest article according to some reviewers comments, but

Re: Preview dvi/ps shows old document on empty document.

Il 17/04/2011 21:53, Vincent van Ravesteijn ha scritto: On 17-4-2011 21:38, Tommaso Cucinotta wrote: KK: C-n (create new doc) KK: a KK: C-d (preview dvi) KK: \[Backspace] KK: C-d (preview dvi) LyX doesn't show anything and reports "error etc...", fine. Check out this now: KK: C-d (p

Re: Simple Drawing Ability

Il 20/09/2009 15:10, Tommaso Cucinotta ha scritto: Just a simple button that creates an empty drawing copying a template from a folder (and opening an external editor on it) seems really the right way to go, it would solve your particular problem, it would leave you with the complete freedom

<    7   8   9   10   11   12   13   14   15   16   >