Abdelrazak Younes wrote:
[EMAIL PROTECTED] wrote:
Author: dov
Date: Thu Feb 7 23:46:47 2008
New Revision: 22854
URL: http://www.lyx.org/trac/changeset/22854
Log:
compilation fix
Modified:
lyx-devel/trunk/src/frontends/qt4/GuiSymbols.cpp
Modified:
Dov Feldstern wrote:
Abdelrazak Younes wrote:
[EMAIL PROTECTED] wrote:
Author: dov
Date: Thu Feb 7 23:46:47 2008
New Revision: 22854
URL: http://www.lyx.org/trac/changeset/22854
Log:
compilation fix
Modified:
lyx-devel/trunk/src/frontends/qt4/GuiSymbols.cpp
Modified:
Abdelrazak Younes wrote:
Dov Feldstern wrote:
Abdelrazak Younes wrote:
[EMAIL PROTECTED] wrote:
Author: dov
Date: Thu Feb 7 23:46:47 2008
New Revision: 22854
URL: http://www.lyx.org/trac/changeset/22854
Log:
compilation fix
Modified:
lyx-devel/trunk/src/frontends/qt4/GuiSymbols.cpp
Abdelrazak Younes wrote:
To mitigate this problem I think we should only offer a view of the
symbols in current category. That's what MSWord and OO Writer do AFAIK.
We already have that. It doesn't help, though, since the categories need to be
calculated nevertheless (the combo is still
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes [EMAIL PROTECTED] writes:
Pavel Sanda wrote:
hi,
i notoriously dont get Abdels commits to my mailbox,
while the others are ok. But i see they are on gmane
so i wonder whats going on. anybode else suffer from
this?
but i dont see them in native
Abdelrazak Younes [EMAIL PROTECTED] writes:
Pavel Sanda wrote:
hi,
i notoriously dont get Abdels commits to my mailbox,
while the others are ok. But i see they are on gmane
so i wonder whats going on. anybode else suffer from
this?
but i dont see them in native mailman archive. Abdel you
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
To mitigate this problem I think we should only offer a view of the
symbols in current category. That's what MSWord and OO Writer do AFAIK.
We already have that.
This is new then... I guess you read my mind ;-)
It doesn't help, though,
Hi Jürgen,
what follows is the patch necessary to compile lyx-1.5 with gcc 4.3.
May I apply it?
--
José Abílio
Index: frontends/qt4/QGraphics.cpp
===
--- frontends/qt4/QGraphics.cpp (revision 22847)
+++
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
To mitigate this problem I think we should only offer a view of the
symbols in current category. That's what MSWord and OO Writer do AFAIK.
We already have that. It doesn't help, though, since the categories need to be
calculated
José Matos wrote:
May I apply it?
Sure.
Jürgen
Abdelrazak Younes wrote:
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
To mitigate this problem I think we should only offer a view of the
symbols in current category. That's what MSWord and OO Writer do AFAIK.
We already have that. It doesn't help, though, since the categories
need to
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes [EMAIL PROTECTED] writes:
But are you still subscribed to [EMAIL PROTECTED] You have to (but you
can disable the sending of messages to you).
I didn't know that so I just unsubscribe, I will subscribe again then.
And now you have to wait for
Uwe Stöhr wrote:
Jürgen, are you sure this is correct? \textquoteleft suppresses some space
between itself and the following letter, while a modifier letter don't do,
as far I know. But maybe I don't know enough about modifier letters.
The unicode specification states that the two glyphs are
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes [EMAIL PROTECTED] writes:
Which one? [EMAIL PROTECTED]
Yes. Is that the wrong list? When I login at this address:
http://www.lyx.org/mailman/listinfo/devel
I see that only Lars and me are subscribed... what a mess.
If you look at the archive,
Quoting Jean-Marc Lasgouttes [EMAIL PROTECTED]:
Abdelrazak Younes [EMAIL PROTECTED] writes:
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes [EMAIL PROTECTED] writes:
But are you still subscribed to [EMAIL PROTECTED] You have to (but you
can disable the sending of messages to you).
I
#0x02bb# MODIFIER LETTER TURNED COMMA
0x02bb \\textquoteleft # MODIFIER LETTER TURNED COMMA
Jürgen, are you sure this is correct? \textquoteleft suppresses some space between itself and the
following letter, while a modifier letter don't do, as far I
Abdelrazak Younes [EMAIL PROTECTED] writes:
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes [EMAIL PROTECTED] writes:
But are you still subscribed to [EMAIL PROTECTED] You have to (but you
can disable the sending of messages to you).
I didn't know that so I just unsubscribe, I will subscribe
Abdelrazak Younes [EMAIL PROTECTED] writes:
If you look at the archive, you will find that there are not many
messages there. Actually, I do not think I am subscribed.
I now understand the correct devel list is lyx-devel@lists.lyx.org and
is not handled via http://www.lyx.org/mailman
[EMAIL
Edwin Leuven wrote:
Abdelrazak Younes wrote:
But if you leave the box Display all unchecked there is no need for
much room IMO.
i agree with jürgen fwiw, the box on the side is a waste of space...
Well I personally like to have a global view of what's available. In the
same vein I'd very
Abdelrazak Younes wrote:
But if you leave the box Display all unchecked there is no need for
much room IMO.
i agree with jürgen fwiw, the box on the side is a waste of space...
Abdelrazak Younes wrote:
By the way, I think I'd prefer a side list widget instead of combo at
the top for the category selection.
I don't. I think we need all space for the character browser.
Jürgen
Abdelrazak Younes wrote:
Or we could fill in all category once and for all at construction and
then filter the displayed category depending on the encoding used.
I'm just working on something like this.
Yes, using a View/Model is always better than using the convenience
Widget class that Qt
Abdelrazak Younes [EMAIL PROTECTED] writes:
But are you still subscribed to [EMAIL PROTECTED] You have to (but you
can disable the sending of messages to you).
I didn't know that so I just unsubscribe, I will subscribe again then.
And now you have to wait for Lars to accept it :)
JMarc
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
By the way, I think I'd prefer a side list widget instead of combo at
the top for the category selection.
I don't. I think we need all space for the character browser.
But if you leave the box Display all unchecked there is no need for
Jürgen Spitzmüller wrote:
1. the dialog becomes slow. This is mainly because of the expensive
category handling.
Should be better now. We now recalculate the categories only if necessary
(i.e. if the encoding changes)
2. lots of symbols are missing in the dialog. This is a general problem:
Abdelrazak Younes [EMAIL PROTECTED] writes:
Which one? [EMAIL PROTECTED]
Yes. Is that the wrong list? When I login at this address:
http://www.lyx.org/mailman/listinfo/devel
I see that only Lars and me are subscribed... what a mess.
If you look at the archive, you will find that there are
Uwe Stöhr wrote:
I read this, my question was about the spacing around these characters.
If the spacing would be different, the glyphs would not have been declared
equivalent.
Jürgen
The unicode specification states that the two glyphs are identical.
I read this, my question was about the spacing around these characters.
regards Uwe
Jürgen Spitzmüller wrote:
And switching from one category to another takes
10 seconds each time (Display all is unchecked).
Better with the attached?
The attached patch is significantly faster on switching.
Furthermore, I tend to disable display all for utf8.
Jürgen
Index:
Abdelrazak Younes wrote:
But the initial calculation is very long if you set encoding to utf8
(more than a minute).
Yes, this is a general problem. The iconv processes are very expensive if the
whole unicode range is involved (especially on Windows, apparently; here,
it just takes 30
On Fri, Feb 08, 2008 at 04:07:44PM +0100, Abdelrazak Younes wrote:
Abdelrazak Younes wrote:
Below is the error I was getting; I don't understand at all what this is
about, so it's quite possible that my fix is wrong --- but then something
else is also wrong, too, and should be fixed.
Qt
On Fri, Feb 08, 2008 at 07:33:13PM +0100, Abdelrazak Younes wrote:
Could someone explains me why what is the difference between these
encodings: utf8, UTF8, utf8-plain, utf8x
No idea. There is only one utf8 I am aware of...
Andre'
Andre Poenitz wrote:
After revision 22857 gcc complains:
../../../../trunk/src/support/qstring_helpers.h: In function 'const
QString lyx::toqstr(lyx::char_type)':
../../../../trunk/src/support/qstring_helpers.h:75: warning:
dereferencing type-punned pointer will break strict-aliasing rules
Could someone explains me why what is the difference between these
encodings: utf8, UTF8, utf8-plain, utf8x
In the Encoding ctor there is this code:
} else if (i == UTF-8) {
// UTF8 can encode all UCS4 code points
start_encodable_ = max_ucs4;
hi,
i needed striked through text and havent found. am i blind or we really dont
support such a basic thing? is there some obstacle or just anybody havent put
some time into it? i guess its just question of adding ulem.sty support, the
gui thing should be already done as we use it in change
On Fri, Feb 08, 2008 at 09:02:42PM +0100, Pavel Sanda wrote:
slowly approaching the final destination :)
void GuiView::setFullScreen()
{
menuBar()-hide();
statusBar()-hide();
dynamic_castQFrame*(this)-setFrameStyle(QFrame::NoFrame);
this line seqfaults. guiview inherits
On Fri, Feb 08, 2008 at 08:04:11PM +0100, Pavel Sanda wrote:
On Fri, Feb 08, 2008 at 07:33:13PM +0100, Abdelrazak Younes wrote:
Could someone explains me why what is the difference between these
encodings: utf8, UTF8, utf8-plain, utf8x
No idea. There is only one utf8 I am aware of...
Jürgen, it seems that floatflt is readded in a few weeks. Should I commit my patch to switch to
wrapfig anyway?
Original-Nachricht
Betreff: Re: [floatflt] about the license of your floatflt LaTeX-package
Datum: Fri, 08 Feb 2008 18:53:21 +0100
Von: Mats Dahlgren
Juergen,
There is something fishy in this method.
setchar_type Encoding::getSymbolsList() const
{
// assure the used encoding is properly initialized
init();
// first all encodable characters
CharSet symbols = encodable_;
// add those below
On Fri, Feb 08, 2008 at 11:02:24AM -, [EMAIL PROTECTED] wrote:
+
+QString getCodePoint(char_type c)
+{
+ QString cp = QString::number(c, 16);
+ while (cp.size() 4)
+ cp.prepend('0');
+ cp.prepend(0x);
+ return cp;
+}
+
QString s;
On Fri, Feb 08, 2008 at 09:39:24PM +0100, Uwe Stöhr wrote:
Jürgen, it seems that floatflt is readded in a few weeks. Should I commit
my patch to switch to wrapfig anyway?
Original-Nachricht
Betreff: Re: [floatflt] about the license of your floatflt LaTeX-package
Datum:
slowly approaching the final destination :)
void GuiView::setFullScreen()
{
menuBar()-hide();
statusBar()-hide();
dynamic_castQFrame*(this)-setFrameStyle(QFrame::NoFrame);
this line seqfaults. guiview inherits QFrame?
On Fri, Feb 08, 2008 at 07:33:13PM +0100, Abdelrazak Younes wrote:
Could someone explains me why what is the difference between these
encodings: utf8, UTF8, utf8-plain, utf8x
No idea. There is only one utf8 I am aware of...
On Fri, Feb 08, 2008 at 08:04:56PM +0100, Abdelrazak Younes wrote:
Juergen,
There is something fishy in this method.
setchar_type Encoding::getSymbolsList() const
{
// assure the used encoding is properly initialized
init();
// first all encodable characters
Abdelrazak Younes wrote:
Could someone explains me why what is the difference between these
encodings: utf8, UTF8, utf8-plain, utf8x
In the Encoding ctor there is this code:
} else if (i == UTF-8) {
// UTF8 can encode all UCS4 code points
start_encodable_ = max_ucs4;
dynamic_castQFrame*(d.current_work_area_)-setFrameStyle(
QFrame::NoFrame);
this line work, we got rid of 1mm margin.
still 2 pixel border remain, it has to be from guiview?
Or from your window manager?
no certainly not.
but i found a trick - to give setcontentsmargins
After revision 22857 gcc complains:
../../../../trunk/src/support/qstring_helpers.h: In function 'const
QString lyx::toqstr(lyx::char_type)':
../../../../trunk/src/support/qstring_helpers.h:75: warning:
dereferencing type-punned pointer will break strict-aliasing rules
Possible fix:
Index:
Abdelrazak Younes wrote:
Jürgen Spitzmüller wrote:
Andre Poenitz wrote:
Is there a specific reason for the copy of the Encoding instead
of using something like
encodings.getFromLyXName(encoding_)-getSymbolList()
?
This:
GuiSymbols.cpp: In member function 'void
i needed striked through text and havent found. am i blind or we really dont
support such a basic thing? is there some obstacle or just anybody havent put
some time into it? i guess its just question of adding ulem.sty support, the
gui thing should be already done as we use it in change
Abdelrazak Younes wrote:
Juergen,
There is something fishy in this method.
setchar_type Encoding::getSymbolsList() const
{
// assure the used encoding is properly initialized
init();
// first all encodable characters
CharSet symbols = encodable_;
// add those below
On Fri, Feb 08, 2008 at 04:15:42PM +0100, Jürgen Spitzmüller wrote:
Index: src/frontends/qt4/GuiSymbols.cpp
===
--- src/frontends/qt4/GuiSymbols.cpp (Revision 22860)
+++ src/frontends/qt4/GuiSymbols.cpp (Arbeitskopie)
@@ -287,9
Andre Poenitz wrote:
Is there a specific reason for the copy of the Encoding instead
of using something like
encodings.getFromLyXName(encoding_)-getSymbolList()
?
This:
GuiSymbols.cpp: In member function 'void
lyx::frontend::GuiSymbols::updateSymbolList(bool)':
GuiSymbols.cpp:295:
Jürgen Spitzmüller wrote:
Jürgen Spitzmüller wrote:
1. the dialog becomes slow. This is mainly because of the expensive
category handling.
Should be better now. We now recalculate the categories only if necessary
(i.e. if the encoding changes)
But the initial calculation is very long if
I guess that keeping trace of the menuBar pointer (via a static variable
outside the ctor) and try to hide it could work.
One has to try...
so to complete this menubar hiddening under mac and window decoration
under ms win
should be done. do you think its part of lyx assignment or should
On Fri, Feb 08, 2008 at 10:45:15PM +0100, Herbert Voss wrote:
Andre Poenitz schrieb:
On Fri, Feb 08, 2008 at 09:39:24PM +0100, Uwe Stöhr wrote:
Jürgen, it seems that floatflt is readded in a few weeks. Should I
commit my patch to switch to wrapfig anyway?
Original-Nachricht
Abdelrazak Younes wrote:
Abdelrazak Younes wrote:
Juergen,
There is something fishy in this method.
setchar_type Encoding::getSymbolsList() const
{
// assure the used encoding is properly initialized
init();
// first all encodable characters
CharSet symbols = encodable_;
Abdelrazak Younes wrote:
Below is the error I was getting; I don't understand at all what this
is about, so it's quite possible that my fix is wrong --- but then
something else is also wrong, too, and should be fixed.
Qt 4.2.1, Linux:
Oh well you're right, this is new in 4.3:
after starting lyx.
the toolbar does not flash once i close the buffer and create a new one.
here part of the profile of launching lyx:
===
Each sample counts as 0.01 seconds.
% cumulative self self total
time seconds
Pavel Sanda wrote:
Thanks, Pavel! Attached is the patch, after fixing it up as you suggested.
Also, I added tooltips for rtl_support and visual_cursor, but see my
separate post regarding this issue (LyXRC descriptions / tooltips).
i used the tooltips in the same way.
Good, then that's
On Fri, Feb 08, 2008 at 01:45:34PM +0100, Edwin Leuven wrote:
after starting lyx.
the toolbar does not flash once i close the buffer and create a new one.
here part of the profile of launching lyx:
===
Each sample counts as 0.01 seconds.
%
Andre Poenitz schrieb:
On Fri, Feb 08, 2008 at 09:39:24PM +0100, Uwe Stöhr wrote:
Jürgen, it seems that floatflt is readded in a few weeks. Should I commit
my patch to switch to wrapfig anyway?
Original-Nachricht
Betreff: Re: [floatflt] about the license of your floatflt
Support is planned and there is an enhnacement bug report. The problem ist
that the pacakge that supports this for unicode, soulutf, is very new
(released 3 months ago). I have this on my agenda for LyX 1.7.
Das ist aber zu spät :) XML will be merged into LyX 1.7 and as i see how the
work
Jürgen Spitzmüller wrote:
Andre Poenitz wrote:
Is there a specific reason for the copy of the Encoding instead
of using something like
encodings.getFromLyXName(encoding_)-getSymbolList()
?
This:
GuiSymbols.cpp: In member function 'void
lyx::frontend::GuiSymbols::updateSymbolList(bool)':
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
But the initial calculation is very long if you set encoding to utf8
(more than a minute).
Yes, this is a general problem. The iconv processes are very expensive if the
whole unicode range is involved (especially on Windows, apparently;
Andre Poenitz wrote:
On Fri, Feb 08, 2008 at 08:04:56PM +0100, Abdelrazak Younes wrote:
Juergen,
There is something fishy in this method.
setchar_type Encoding::getSymbolsList() const
{
// assure the used encoding is properly initialized
init();
// first all encodable
Could someone explains me why what is the difference between these encodings:
utf8, UTF8,
utf8-plain, utf8x
Have a look at the UserGuide, it's explained there in section A.6.6.
regards Uwe
There are a couple glitches I discovered in a few minutes of testing.
First, ui-toggle fullscreen does not work unless a document is open. (Is
that intentional?)
i know about it, but its not intentional :) i was lazy to change it because
whats the point of fullscreen when no file is opened?
On Feb 8, 2008, at 5:44 PM, Pavel Sanda wrote:
Bennett, try whether ui-toggle fullscreen hide the global menu
by chance...
pavelfull.patch
It does work, and the menubar nicely appears automatically when the
mouse goes to the top of the screen. Nice work!
There are a couple glitches I
hi,
i guess we have new candidate for removal. i dont see any usage
of this flun in code. moreover when i try to call it, it results
in painting bug.
BUFFER_NEW is currently used for new file action in menu.
should be there some difference between these two?
pavel
Abdelrazak Younes wrote:
No, the problem lies is when we insert the symbols from the
unicodesymbols file. For utf8, we shouldn't do that because _all_
symbols are already in there. On each insertion, std::set() has to
search if the given symbols is not already present; as you have 1114112
Uwe Stöhr wrote:
Jürgen, it seems that floatflt is readded in a few weeks. Should I commit
my patch to switch to wrapfig anyway?
I'd say so, yes.
Jürgen
On Fri, Feb 08, 2008 at 11:44:20PM +0100, Pavel Sanda wrote:
- break;
+ case LFUN_UI_TOGGLE: {
+ string const arg = cmd.getArg(0);
+ if (arg == statusbar)
+
José, do you agree with the fix?
Jürgen
spitz wrote:
URL: http://www.lyx.org/trac/changeset/22884
Log:
* lib/lyx2lyx/LyX.py (get_encoding):
- handle the utf8x inputenc option (part of bug 4503).
Modified:
lyx-devel/trunk/lib/lyx2lyx/LyX.py
Modified:
Abdelrazak Younes wrote:
[EMAIL PROTECTED] wrote:
Author: dov
Date: Thu Feb 7 23:46:47 2008
New Revision: 22854
URL: http://www.lyx.org/trac/changeset/22854
Log:
compilation fix
Modified:
lyx-devel/trunk/src/frontends/qt4/GuiSymbols.cpp
Modified:
Dov Feldstern wrote:
Abdelrazak Younes wrote:
[EMAIL PROTECTED] wrote:
Author: dov
Date: Thu Feb 7 23:46:47 2008
New Revision: 22854
URL: http://www.lyx.org/trac/changeset/22854
Log:
compilation fix
Modified:
lyx-devel/trunk/src/frontends/qt4/GuiSymbols.cpp
Modified:
Abdelrazak Younes wrote:
Dov Feldstern wrote:
Abdelrazak Younes wrote:
[EMAIL PROTECTED] wrote:
Author: dov
Date: Thu Feb 7 23:46:47 2008
New Revision: 22854
URL: http://www.lyx.org/trac/changeset/22854
Log:
compilation fix
Modified:
lyx-devel/trunk/src/frontends/qt4/GuiSymbols.cpp
Abdelrazak Younes wrote:
> To mitigate this problem I think we should only offer a view of the
> symbols in current category. That's what MSWord and OO Writer do AFAIK.
We already have that. It doesn't help, though, since the categories need to be
calculated nevertheless (the combo is still
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Pavel Sanda wrote:
hi,
i notoriously dont get Abdels commits to my mailbox,
while the others are ok. But i see they are on gmane
so i wonder whats going on. anybode else suffer from
this?
but i dont see them in native
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> Pavel Sanda wrote:
>>> hi,
>>>
>>> i notoriously dont get Abdels commits to my mailbox,
>>> while the others are ok. But i see they are on gmane
>>> so i wonder whats going on. anybode else suffer from
>>> this?
>>
>> but i dont see them in native
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
To mitigate this problem I think we should only offer a view of the
symbols in current category. That's what MSWord and OO Writer do AFAIK.
We already have that.
This is new then... I guess you read my mind ;-)
It doesn't help, though,
Hi Jürgen,
what follows is the patch necessary to compile lyx-1.5 with gcc 4.3.
May I apply it?
--
José Abílio
Index: frontends/qt4/QGraphics.cpp
===
--- frontends/qt4/QGraphics.cpp (revision 22847)
+++
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
To mitigate this problem I think we should only offer a view of the
symbols in current category. That's what MSWord and OO Writer do AFAIK.
We already have that. It doesn't help, though, since the categories need to be
calculated
José Matos wrote:
> May I apply it?
Sure.
Jürgen
Abdelrazak Younes wrote:
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
To mitigate this problem I think we should only offer a view of the
symbols in current category. That's what MSWord and OO Writer do AFAIK.
We already have that. It doesn't help, though, since the categories
need to
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
But are you still subscribed to [EMAIL PROTECTED] You have to (but you
can disable the sending of messages to you).
I didn't know that so I just unsubscribe, I will subscribe again then.
And now you have to wait for
Uwe Stöhr wrote:
> Jürgen, are you sure this is correct? \textquoteleft suppresses some space
> between itself and the following letter, while a modifier letter don't do,
> as far I know. But maybe I don't know enough about modifier letters.
The unicode specification states that the two glyphs
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Which one? [EMAIL PROTECTED]
Yes. Is that the wrong list? When I login at this address:
http://www.lyx.org/mailman/listinfo/devel
I see that only Lars and me are subscribed... what a mess.
If you look at the archive,
Quoting Jean-Marc Lasgouttes <[EMAIL PROTECTED]>:
> Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>
> > Jean-Marc Lasgouttes wrote:
> >> Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> >>
> But are you still subscribed to [EMAIL PROTECTED] You have to (but you
> can disable the sending
> #0x02bb "" "" "" # MODIFIER LETTER TURNED COMMA
> 0x02bb "\\textquoteleft" "" "" # MODIFIER LETTER TURNED COMMA
Jürgen, are you sure this is correct? \textquoteleft suppresses some space between itself and the
following letter, while a modifier letter don't
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> Jean-Marc Lasgouttes wrote:
>> Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>>
But are you still subscribed to [EMAIL PROTECTED] You have to (but you
can disable the sending of messages to you).
>>> I didn't know that so I just
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>> If you look at the archive, you will find that there are not many
>> messages there. Actually, I do not think I am subscribed.
>
> I now understand the correct devel list is lyx-devel@lists.lyx.org and
> is not handled via
Edwin Leuven wrote:
Abdelrazak Younes wrote:
But if you leave the box "Display all" unchecked there is no need for
much room IMO.
i agree with jürgen fwiw, the box on the side is a waste of space...
Well I personally like to have a global view of what's available. In the
same vein I'd very
Abdelrazak Younes wrote:
But if you leave the box "Display all" unchecked there is no need for
much room IMO.
i agree with jürgen fwiw, the box on the side is a waste of space...
Abdelrazak Younes wrote:
> By the way, I think I'd prefer a side list widget instead of combo at
> the top for the category selection.
I don't. I think we need all space for the character browser.
Jürgen
Abdelrazak Younes wrote:
> Or we could fill in all category once and for all at construction and
> then filter the displayed category depending on the encoding used.
I'm just working on something like this.
> Yes, using a View/Model is always better than using the convenience
> Widget class that
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>> But are you still subscribed to [EMAIL PROTECTED] You have to (but you
>> can disable the sending of messages to you).
>
> I didn't know that so I just unsubscribe, I will subscribe again then.
And now you have to wait for Lars to accept it :)
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
By the way, I think I'd prefer a side list widget instead of combo at
the top for the category selection.
I don't. I think we need all space for the character browser.
But if you leave the box "Display all" unchecked there is no need for
Jürgen Spitzmüller wrote:
> 1. the dialog becomes slow. This is mainly because of the expensive
> category handling.
Should be better now. We now recalculate the categories only if necessary
(i.e. if the encoding changes)
> 2. lots of symbols are missing in the dialog. This is a general
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>> Which one? [EMAIL PROTECTED]
>
> Yes. Is that the wrong list? When I login at this address:
> http://www.lyx.org/mailman/listinfo/devel
> I see that only Lars and me are subscribed... what a mess.
If you look at the archive, you will find that
Uwe Stöhr wrote:
> I read this, my question was about the spacing around these characters.
If the spacing would be different, the glyphs would not have been declared
equivalent.
Jürgen
1 - 100 of 146 matches
Mail list logo