Great! Will try it out later today.
Stefan
Am 07.11.2007 um 00:04 schrieb Tommaso Cucinotta:
Hi Abdel,
please find attached a first attempt of fixing the non-uniform
scrolling
of LyX on trunk (21411).
Hi all,
is there a more elegant way to remove an equation label than toggling
the line numbering twice?
I ask this because copy-paste of a labelled equation results in two with
the same label. I wanted the second one to be anonymous but numbered.
Have fun,
Darren
Hi all,
another mathed-related crash in branch.
http://bugzilla.lyx.org/show_bug.cgi?id=4334
Somebody please confirm and add the keyword "crash".
Have fun,
Darren
Hi all,
okay I finally worked out how to get formula numbering to work.. you
have to toggle display mode first.
Why doesn't this happen automatically? Or if there is a good reason, why
do nothing when the user selects toggle numbering? The menu item should
at least be inactive.
Have fun,
Darren
Bo Peng wrote:
Hi, Andre,
What are our rules for preprocessor indentation? Please choose from A,
B, or C from the attache file. I personally prefer B.
I hereby declare that I have no preference. I vote with Andre. ;-)
rh
Cheers,
Bo
---
Hi, Andre,
What are our rules for preprocessor indentation? Please choose from A,
B, or C from the attache file. I personally prefer B.
Cheers,
Bo
Style A:
Indent nested ifdef
#ifdef ENABLE_NLS
# ifdef HAVE_LOCALE_H
#include
# endif
# if HAVE_GETTEXT
#include // use the header alr
"BTW I reopened the bug as part of it is not fixed in branch - adding a
column still crashes and I presume the other similar cases do to."
Would you believe I forgot to "make install" ?
It's fixed :D
However there is a remaining issue that the cursor moves in a weird manner when
adding columns (
On Mon, 2007-11-05 at 09:54 +0200, Martin Vermeer wrote:
> Unfortunately it is still impossible to insert an empty row/column at
> position 0. We should perhaps think about that too.
Why not have two menu items:
* Add Column (before)
* Add Column (after)
The one people are used to would have a c
Tommaso Cucinotta wrote:
Index: src/ParagraphMetrics.h
===
--- src/ParagraphMetrics.h (revisione 21411)
+++ src/ParagraphMetrics.h (copia locale)
@@ -113,6 +113,7 @@
InsetDims inset_dims_;
};
+
} // namespace l
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...)
-) scroll
On Mon, 2007-11-05 at 12:02 +0200, Martin Vermeer wrote:
> It's in, for both trunk and branch. No status.15x entry, as it is
> functionality-neutral together with my earlier patch.
Bravo, team!
I posted the two related bugs at 4:51pm and the fix was committed that
afternoon! (Your message is 9:02
Andre Poenitz wrote:
On Tue, Nov 06, 2007 at 03:13:35PM +0100, Abdelrazak Younes wrote:
Jürgen Spitzmüller wrote:
Jean-Marc Lasgouttes wrote:
And what about moving this from BufferView (which is for all
highly editable insets == text+math) to Text3.cpp (which is only for
text)?
Like this?
Martin Vermeer wrote:
On Tue, Nov 06, 2007 at 06:16:06PM +0100, Jürgen Spitzmüller wrote:
younes wrote:
URL: http://www.lyx.org/trac/changeset/21468
Log:
Avoid unnecessary redraw.
Abdel, this breaks compilation here:
Jürgen
Same here.
Sorry, happened before, should have known better.
I'
On Tue, Nov 06, 2007 at 06:16:06PM +0100, Jürgen Spitzmüller wrote:
> younes wrote:
> > URL: http://www.lyx.org/trac/changeset/21468
> > Log:
> > Avoid unnecessary redraw.
>
> Abdel, this breaks compilation here:
>
> mathed/InsetMathNest.cpp: In member function 'virtual void
> lyx::InsetMathNest
On Tue, Nov 06, 2007 at 03:13:35PM +0100, Abdelrazak Younes wrote:
> Jürgen Spitzmüller wrote:
>> Jean-Marc Lasgouttes wrote:
>>> And what about moving this from BufferView (which is for all
>>> highly editable insets == text+math) to Text3.cpp (which is only for
>>> text)?
>> Like this?
>
>
> +
On Tue, Nov 06, 2007 at 08:40:19AM +0100, Jürgen Spitzmüller wrote:
> Uwe Stöhr wrote:
> > > I like this phantom feature a lot myself, but I think it qualifies as
> > > expert feature. I am not sure it belongs to the toolbar, but I do not
> > > oppose it.
> >
> > The phantom feature is a math featu
On Tue, Nov 06, 2007 at 01:39:40AM +0200, Dov Feldstern wrote:
> Martin Vermeer wrote:
>> On Mon, Nov 05, 2007 at 11:13:34PM +0200, Dov Feldstern wrote:
>>>
>>> Martin Vermeer wrote:
On Mon, 05 Nov 2007 15:49:22 +0100
Abdelrazak Younes
<[EMAIL PROTECTED]> wrote:
> Jean-Marc
younes wrote:
> URL: http://www.lyx.org/trac/changeset/21468
> Log:
> Avoid unnecessary redraw.
Abdel, this breaks compilation here:
mathed/InsetMathNest.cpp: In member function 'virtual void
lyx::InsetMathNest::doDispatch(lyx::Cursor&, lyx::FuncRequest&)':
mathed/InsetMathNest.cpp:548: error: n
On Tue, Nov 06, 2007 at 01:09:01PM +0200, Martin Vermeer wrote:
> On Tue, 06 Nov 2007 11:33:23 +0100
> Abdelrazak Younes <[EMAIL PROTECTED]> wrote:
[...]
> > Still, I maintain that detecting the text direction automatically based
> > on the Unicode code point would simplify things.
>
> Yes, why n
see http://bugzilla.lyx.org/show_bug.cgi?id=4333
- Sebastian
--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
> That is OK. As long as it is used as a diagnose tool and not being mandatory
> I am all for it.
Done. It can be a good diagnostic tool at this stage. The recommended usage is
uncrustify -c development/coding/uncrustify.cfg file
diff file file.uncrustify
Later on, if all the diffs produced by
Thanks again for the postings! I think I got the idea. Although,
apparently I should have posted bug 4330 also at the list. But luckily,
as I can see, it has found its way itself ;-)
--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
Jürgen Spitzmüller wrote:
Jean-Marc Lasgouttes wrote:
Yes, but see below.
I've fixed the remaining issues and committed to branch.
For trunk, there's the difference that Outline is a(n anonymous) function of
BufferView.
Abdel, what are your plans? Should this function be moved to text with
Jean-Marc Lasgouttes wrote:
> Yes, but see below.
I've fixed the remaining issues and committed to branch.
For trunk, there's the difference that Outline is a(n anonymous) function of
BufferView.
Abdel, what are your plans? Should this function be moved to text with the
LFUN's or made public?
Jürgen Spitzmüller wrote:
Jean-Marc Lasgouttes wrote:
Are the curly braces needed?
No, but most of the other elements in the switch embrace their content, so I
thought I adapt to that.
I don't care. I'll remove them again.
FYI, they are only needed if you do declaration inside the case.
[EMAIL PROTECTED] (Jürgen Spitzmüller) writes:
> Jean-Marc Lasgouttes wrote:
>> Are the curly braces needed?
>
> No, but most of the other elements in the switch embrace their content, so I
> thought I adapt to that.
Only when they declare a variable.
JMarc
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Jürgen Spitzmüller wrote:
Jean-Marc Lasgouttes wrote:
And what about moving this from BufferView (which is for all
highly editable insets == text+math) to Text3.cpp (which is only for text)?
Like this?
+ case L
Jean-Marc Lasgouttes wrote:
> Are the curly braces needed?
No, but most of the other elements in the switch embrace their content, so I
thought I adapt to that.
I don't care. I'll remove them again.
> I think cur.paragraph() is enough since we are in Text.
You're right.
Jürgen
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> Jürgen Spitzmüller wrote:
>> Jean-Marc Lasgouttes wrote:
>>> And what about moving this from BufferView (which is for all
>>> highly editable insets == text+math) to Text3.cpp (which is only for text)?
>>
>> Like this?
>
>
> + case LFUN_OUTLINE_U
[EMAIL PROTECTED] (Jürgen Spitzmüller) writes:
> Jean-Marc Lasgouttes wrote:
>> And what about moving this from BufferView (which is for all
>> highly editable insets == text+math) to Text3.cpp (which is only for text)?
>
> Like this?
Yes, but see below.
> + case LFUN_OUTLINE_UP: {
> +
Abdelrazak Younes wrote:
> Can't we put these and (many others) in a new Cursor::getStatus instead?
> Text is used (abused) for many things already.
But not for branch.
Jürgen
Jürgen Spitzmüller wrote:
Jean-Marc Lasgouttes wrote:
And what about moving this from BufferView (which is for all
highly editable insets == text+math) to Text3.cpp (which is only for text)?
Like this?
+ case LFUN_OUTLINE_UP:
+ case LFUN_OUTLINE_DOWN:
+ case LFUN_OUTLINE_I
Jean-Marc Lasgouttes wrote:
> And what about moving this from BufferView (which is for all
> highly editable insets == text+math) to Text3.cpp (which is only for text)?
Like this?
Jürgen
Index: src/BufferView.cpp
===
--- src/BufferVi
[EMAIL PROTECTED] (Jürgen Spitzmüller) writes:
> Jean-Marc Lasgouttes wrote:
>> This is not good. The text should be any possible Text Inset (even a
>> font change would make the metrics bad).
>
> Then we need Tommaso's input widget (or a collapsable).
A collapsable separate from the space inset
Jean-Marc Lasgouttes wrote:
> This is not good. The text should be any possible Text Inset (even a
> font change would make the metrics bad).
Then we need Tommaso's input widget (or a collapsable).
Jürgen
Abdelrazak Younes wrote:
> Couldn't someone step up to rewrite the spellchecker in trunk? This
> would be a perfect project for a newcomer... Pavel, Tommaso, Uzgur...
> are you listening? :-)
For the time being, I committed the fix to trunk (with a FIXME). While I was
at it, I got the spellchecke
Jean-Marc Lasgouttes wrote:
> No, if the lfun is only handled in Text what happens is that
>
> - Cursor::dispatch asks the top slice (mathed) whether it knows about
> outline ==> no
>
> - Cursor::dispatch asks the next slice (text) whether it knows about
> outline ==> yes!
>
> - the outline stu
[EMAIL PROTECTED] (Jürgen Spitzmüller) writes:
> Jean-Marc Lasgouttes wrote:
>> Where would you put the text?
>
> Like Helge outlined. The dialog would include a combo with all the predefined
> spaces (enspace etc.), then custom for a length (\hspace) and a widget for
> text ("Space in the lengt
[EMAIL PROTECTED] (Jürgen Spitzmüller) writes:
> Jean-Marc Lasgouttes wrote:
>> OK then. But I still think that moving the code to Text is better
>> (since the code only works in text).
>
> So you think the lfun should be disabled if the cursor is in mathed, even if
> the formula is part of a sec
Jürgen Spitzmüller wrote:
Jean-Marc Lasgouttes wrote:
OK then. But I still think that moving the code to Text is better
(since the code only works in text).
So you think the lfun should be disabled if the cursor is in mathed, even if
the formula is part of a section?
No, you should enable a
Jean-Marc Lasgouttes wrote:
> Where would you put the text?
Like Helge outlined. The dialog would include a combo with all the predefined
spaces (enspace etc.), then custom for a length (\hspace) and a widget for
text ("Space in the length of the following string").
Jürgen
Jean-Marc Lasgouttes wrote:
> OK then. But I still think that moving the code to Text is better
> (since the code only works in text).
So you think the lfun should be disabled if the cursor is in mathed, even if
the formula is part of a section?
Jürgen
[EMAIL PROTECTED] (Jürgen Spitzmüller) writes:
> Jean-Marc Lasgouttes wrote:
>> I never thought about that... But of course you are right.
>
> I think ui-wise, phantoms should be implemented in a forthcoming InsetSpace
> dialog (in Texted).
Where would you put the text?
JMarc
[EMAIL PROTECTED] (Jürgen Spitzmüller) writes:
> Jean-Marc Lasgouttes wrote:
>> What happens if you just remove mention of these LFUNS from the mathed
>> getstatus? This should be enough to get everything working.
>
> they are not mentioned in mathed/ anywhere.
Sorry. And what about moving this f
On Monday 05 November 2007 21:53:31 Bo Peng wrote:
> > > There are 138 options and I have not gone through them one by one.
> > > Most, if not all, your preferences can be achieved by changing
> > > uncrustify.cfg.
> >
> > Possibly, but _I_ won't do that ;-)
>
> Jose,
>
> Do you agree to put this f
On Tue, 06 Nov 2007 11:33:23 +0100
Abdelrazak Younes <[EMAIL PROTECTED]> wrote:
> Martin Vermeer wrote:
> > On Tue, 06 Nov 2007 08:47:44 +0100
> > Abdelrazak Younes <[EMAIL PROTECTED]> wrote:
> >
> >> Martin Vermeer wrote:
> >>> On Tue, Nov 06, 2007 at 01:39:40AM +0200, Dov Feldstern wrote:
> >>>
sebastian guttenberg wrote:
Hi all!
Shall I report bug's here or directly at bugzilla?
Both places are ok. You won't get an instant response from
a bugzilla report - and a posting here might be forgotten if
nobody reacts quickly.
Ideally, you post here first. With luck someone fixes the prob
Jürgen Spitzmüller wrote:
Jean-Marc Lasgouttes wrote:
I never thought about that... But of course you are right.
I think ui-wise, phantoms should be implemented in a forthcoming InsetSpace
dialog (in Texted).
Good idea. A dialog like:
_ short space
_ interword space
_ enskip
_ ems
Martin Vermeer wrote:
On Tue, 06 Nov 2007 08:47:44 +0100
Abdelrazak Younes <[EMAIL PROTECTED]> wrote:
Martin Vermeer wrote:
On Tue, Nov 06, 2007 at 01:39:40AM +0200, Dov Feldstern wrote:
Martin Vermeer wrote:
On Mon, Nov 05, 2007 at 11:13:34PM +0200, Dov Feldstern wrote:
...
Actually I t
On Tue, 06 Nov 2007 08:47:44 +0100
Abdelrazak Younes <[EMAIL PROTECTED]> wrote:
> Martin Vermeer wrote:
> > On Tue, Nov 06, 2007 at 01:39:40AM +0200, Dov Feldstern wrote:
> >> Martin Vermeer wrote:
> >>> On Mon, Nov 05, 2007 at 11:13:34PM +0200, Dov Feldstern wrote:
...
> > Actually I think you
Abdelrazak Younes wrote:
> Try to include "odocstream.h", this should fix it.
yes, including "support/docstream.h" in MathInsetBig.cpp did it.
Jürgen
Abdelrazak Younes wrote:
Tommaso Cucinotta wrote:
Hi all,
I'd like to know if, in the BufferView/TextMetrics classes,
there is any method that is always called every time there
is a change in the "paragraphs structure", i.e.:
-) after creating a new document
-) after opening a document
-) after
Jean-Marc Lasgouttes wrote:
> What happens if you just remove mention of these LFUNS from the mathed
> getstatus? This should be enough to get everything working.
they are not mentioned in mathed/ anywhere.
> I suspect that your patch does not work for nested math insets.
It does. I have tested
[EMAIL PROTECTED] (Jürgen Spitzmüller) writes:
> Jürgen Spitzmüller wrote:
>> Objections?
>
> It turned out that the attached extension is needed, else LyX still crashes.
> BTW if you wonder why I don't just disable those lfuns for mathed: they work
> if you are in a formula in a section, for ins
Abdelrazak Younes wrote:
>> please do you think i'm worthy enough to gain commit access ?
>> is not the only pending patch from me which is obsolete now just because
>> nobody has time to commit it.
>
> I've warned about this bad situation many times. And this is not
> affecting only you.
>
> In
Jürgen Spitzmüller wrote:
/usr/include/c++/4.2.1/bits/ostream_insert.h: In
function 'std::basic_ostream<_CharT, _Traits>&
std::__ostream_insert(std::basic_ostream<_CharT, _Traits>&, const _CharT*,
std::streamsize) [with _CharT = wchar_t, _Traits =
std::char_traits]':
/usr/include/c++/4.2.1/bit
/usr/include/c++/4.2.1/bits/ostream_insert.h: In
function 'std::basic_ostream<_CharT, _Traits>&
std::__ostream_insert(std::basic_ostream<_CharT, _Traits>&, const _CharT*,
std::streamsize) [with _CharT = wchar_t, _Traits =
std::char_traits]':
/usr/include/c++/4.2.1/bits/basic_string.h:2404: in
Jürgen Spitzmüller wrote:
Objections?
Looks correct.
Abdel.
Jürgen Spitzmüller wrote:
> Objections?
It turned out that the attached extension is needed, else LyX still crashes.
BTW if you wonder why I don't just disable those lfuns for mathed: they work
if you are in a formula in a section, for instance (and they should be
disabled for simple paragraphs,
Objections?
Jürgen
Index: src/BufferView.cpp
===
--- src/BufferView.cpp (Revision 21446)
+++ src/BufferView.cpp (Arbeitskopie)
@@ -645,11 +645,6 @@
case LFUN_FONT_STATE:
case LFUN_LABEL_INSERT:
case LFUN_PARAGRAPH_GOTO:
- // FIX
Jean-Marc Lasgouttes wrote:
> I never thought about that... But of course you are right.
I think ui-wise, phantoms should be implemented in a forthcoming InsetSpace
dialog (in Texted).
Jürgen
[EMAIL PROTECTED] (Jürgen Spitzmüller) writes:
>> The phantom feature is a math feature
>
> No, \phantom, \vphantom and \hphantom are general (plain TeX) commands, which
> also work outside mathed (I use them from time to time).
I never thought about that... But of course you are right.
JMarc
Tommaso Cucinotta wrote:
Hi all,
I'd like to know if, in the BufferView/TextMetrics classes,
there is any method that is always called every time there
is a change in the "paragraphs structure", i.e.:
-) after creating a new document
-) after opening a document
-) after breaking a paragraph in t
Uwe Stöhr <[EMAIL PROTECTED]> writes:
>> I like this phantom feature a lot myself, but I think it qualifies as
>> expert feature. I am not sure it belongs to the toolbar, but I do not
>> oppose it.
>
> The phantom feature is a math feature so it should be accessible via the
> math toolbar. The mat
Tommaso Cucinotta wrote:
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).
Look at TextMetrics::rowWidth()
Any clue of what I could have modified wrong ?
I guess you touched at t
65 matches
Mail list logo
