Jean-Marc Lasgouttes ha scritto:
I think this is a sign that time should be invested to do a real in
memory search.
I agree that the inset-based search is THE way to go for an efficient
implementation. However, I'm trying to implement this feature without
having to add a method for each and eve
Vincent van Ravesteijn ha scritto:
Tommaso Cucinotta schreef:
Is there any clean way to return something from the LFUN dispatch
mechanism ?
No.
Explaining: I'd like to have a LFUN with a sort of return value, so
that I can dispatch an LFUN from the GUI, then check some return value.
Please e
Le 30 août 09 à 18:44, Tommaso Cucinotta a écrit :
Oh, if this is all it takes, here you go: converting "randomly" spaces
to newlines is not friendly with the searching facility. Therefore,
for
such purpose, I need a LaTeX export that retains spaces as present in
the document (and I would set
Le 30 août 09 à 12:00, Jürgen Spitzmüller a écrit :
As already mentioned, I'd like to set up a small upgrade to 1.6.4 that
addresses (exclusively) the Mac menu problem.
Jean-Marc, do you have any plans about that? If, expectantly,
watching Arsène
is your only plan for the time being, I propose
Le 29 août 09 à 15:18, rgheck a écrit :
(i) Create a new paragraph parameter that would have the effect of
separator. This could be drawn on-screen as some kind of end-of-
paragraph marker, though in many cases it wouldn't need to be, since
the next paragraph will have a different appearance.
Vincent van Ravesteijn ha scritto:
Tommaso Cucinotta schreef:
Hello,
anyone against this patch ? It uses OutputParams.linelen to control
newlines also on LaTeX exports, additionally to plaintext ones.
T.
Yes, I'm against.
You give no reason for doing this.
Oh, if this is all it takes,
Vincent van Ravesteijn ha scritto:
The comment was about r31219. I really don't like that commit because:
1) I don't want to spoil the code with an infinite amount of
if (buffer().fileName().extension() == "internal")
Absolutely agree. At least, it should be "if (buffer().isInternal())".
2) th
On Sunday 30 August 2009 04:53:07 LyX Ticket Tracker wrote:
> #6179: String "|(" converted to \text\textbar{}( in index tags
> ---+---
>- Reporter: stevelitt | Owner: lasgouttes
> Type: defect | Status: new
On 08/30/2009 07:26 AM, Vincent van Ravesteijn wrote:
Tommaso Cucinotta schreef:
Is there any clean way to return something from the LFUN dispatch
mechanism ?
No.
Explaining: I'd like to have a LFUN with a sort of return value, so
that I can dispatch an LFUN from the GUI, then check some r
Tommaso Cucinotta schreef:
Is there any clean way to return something from the LFUN dispatch
mechanism ?
No.
Explaining: I'd like to have a LFUN with a sort of return value, so
that I can dispatch an LFUN from the GUI, then check some return value.
Please explain then.
Vincent
Tommaso Cucinotta schreef:
Hello,
anyone against this patch ? It uses OutputParams.linelen to control
newlines also on LaTeX exports, additionally to plaintext ones.
T.
Yes, I'm against.
You give no reason for doing this.
Vincent
As already mentioned, I'd like to set up a small upgrade to 1.6.4 that
addresses (exclusively) the Mac menu problem.
Jean-Marc, do you have any plans about that? If, expectantly, watching Arsène
is your only plan for the time being, I propose to revert r30900 for 1.6.4.1.
Jürgen
12 matches
Mail list logo