Uwe Stöhr wrote:
Andre Poenitz schrieb:
It is different.
Why was this not announced, then?
There is usually no problem to use designer/moc/whatever from different
Qt versions. Just run the binary, no need to change system
configurations.
When I ty to run the binary I get an error message
Dov Feldstern wrote:
Hi!
I committed a fix to a bug due to the Font/Language separation, which
was causing LFUN_LANGUAGE to not work
(http://www.lyx.org/trac/changeset/21305).
Thanks.
This solution may be a bit of a hack --- I'm not familiar enough with
the bigger picture.
It is not a
Enrico Forestieri wrote:
On Tue, Oct 30, 2007 at 06:26:45PM +0100, Jürgen Spitzmüller wrote:
http://bugzilla.lyx.org/show_bug.cgi?id=4147
The bug is the result of an encoding failure (use of char instead of
char_type) that results in an unwanted conversion of a tabulator ('\t') to
the digit
Dov Feldstern wrote:
Hi!
There are a few warnings in Paragraph.cpp, if anyone cares to take a look:
Paragraph.cpp: In member function 'void
lyx::Paragraph::Private::insertChar(lyx::pos_type, lyx::char_type, const
lyx::Change)':
Paragraph.cpp:415: warning: comparison between signed and
Andre Poenitz wrote:
I wonder how much resistance the (re- ;-)) introduction of a
'real' lyx string class would meet.
Could be as simple as a struct wrapping a std::stringwhatever
and delegating all of the work to std::string.
The main advantages would be 'declarability' (i.e. class
Bo Peng [EMAIL PROTECTED] writes:
If you remove C-g from cua.bind by \bind C-g, and then you switch
to another bind file that does not have C-g. How do you treat this
\bind C-g item in user.bind? This is my 'unmatched unbind user
item'.
Mmm, do you mention explicitly C-g because it is a
Enrico Forestieri wrote:
This is not going to work on systems where sizeof(wchar_t) == 2.
I see.
I have attached a better fix to bug 4147 on bugzilla.
AFAICS, it looks good. Anyway, try to get a feedback from Georg or anyone
else who is familiar with this stuff, and commit afterwards.
On Wed, Oct 31, 2007 at 08:22:44AM +0100, Abdelrazak Younes wrote:
Enrico Forestieri wrote:
On Tue, Oct 30, 2007 at 06:26:45PM +0100, Jürgen Spitzmüller wrote:
http://bugzilla.lyx.org/show_bug.cgi?id=4147
The bug is the result of an encoding failure (use of char instead of
char_type)
Bo Peng [EMAIL PROTECTED] writes:
If you remove C-g from cua.bind by \bind C-g, and then you switch
to another bind file that does not have C-g. How do you treat this
\bind C-g item in user.bind? This is my 'unmatched unbind user
item'.
OK, I understand now. I guess you just lose the
Bo Peng [EMAIL PROTECTED] writes:
Then \bind shortcut will override no (no corresponding entry in
the master bind file),
This one does nothing.
And I display it in purple so that a user can remove it. After all,
the GUI is an interface to user.bind.
I do not think the GUI should be an
Am Mittwoch, 31. Oktober 2007 10:20:08 schrieb Jean-Marc Lasgouttes:
Bo Peng [EMAIL PROTECTED] writes:
If you remove C-g from cua.bind by \bind C-g, and then you switch
to another bind file that does not have C-g. How do you treat this
\bind C-g item in user.bind? This is my 'unmatched
Dov Feldstern [EMAIL PROTECTED] writes:
Hi!
A few days ago we were wondering about what exactly ignore_language
is, and I just ran into a use of it in the code so that I now think I
know what it is: it's used to represent a neutral language, i.e.,
when providing a font-change mask,
Abdelrazak Younes [EMAIL PROTECTED] writes:
So each and every Attribute change will have a full entry in the
Attribute list, with full instantiation of every Attributes: Font,
Language, CT, purple markers, etc. This means an awful lot of
redundancies and this will soon become a nightmare to
Le 31 oct. 07 à 08:40, Abdelrazak Younes a écrit :
Dov Feldstern wrote:
Hi!
I committed a fix to a bug due to the Font/Language separation,
which was causing LFUN_LANGUAGE to not work (http://www.lyx.org/
trac/changeset/21305).
Thanks.
This solution may be a bit of a hack --- I'm not
Abdelrazak Younes [EMAIL PROTECTED] writes:
Here is an improved version. The code base has been substantially cleaned
up. And now InsetListings is Collapsable-based!
Impressive code reduction!
Yes, I am happy too to see how this goes.
JMarc
Could someone explain me what these are about?
LFUN_FONT_FREE_APPLY is never used: can I remove it?
LFUN_FONT_FREE_UPDATE is used in GuiCharacter::getLfun(). The only
explanation I found is in Tex3.cpp:1408:
// Set the freefont using the contents of \param data dispatched from
// the
Hans Meine [EMAIL PROTECTED] writes:
And I am not sure that removing bindings (without reusing them for
something else) is very useful.
It is - for example, Ctrl-t is just next to Ctrl-z on my German keyboard.
So from time to time when I want to undo something, a PS is typeset.
However, I
On Wednesday 31 October 2007 09:37:19 Hans Meine wrote:
I usually typeset PDFs, and I include lots of PDF images, so
pressing Ctrl-t leaves me with an unusable LyX for more than a minute. :-(
Even with figure cache active? It works fine for me with more than 180 eps
figures in a pdf
Abdelrazak Younes [EMAIL PROTECTED] writes:
Could someone explain me what these are about?
LFUN_FONT_FREE_APPLY is never used: can I remove it?
It is used in the toolbar.
LFUN_FONT_FREE_UPDATE is used in GuiCharacter::getLfun(). The only
explanation I found is in Tex3.cpp:1408:
// Set
Quoting Jean-Marc Lasgouttes [EMAIL PROTECTED]:
Abdelrazak Younes [EMAIL PROTECTED] writes:
Could someone explain me what these are about?
LFUN_FONT_FREE_APPLY is never used: can I remove it?
It is used in the toolbar.
Ah... OK, I only looked at the code.
LFUN_FONT_FREE_UPDATE is
[EMAIL PROTECTED] writes:
I've come to understand that in the mean time... a side effect of
the serialisation. Any objection if I clean up that mess and do
something similar as for the Paragraph dialog? I mean the automatic
retrieval of the current cursor font when Apply changes
immediately
Tommaso Cucinotta wrote:
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
This is would be handy in my opinion.
But, I would like to point out that the current automatic label is not quite
unique enough. For example, just today I inserted a label for a section
called Summary. The default label was sec:Summary. Problem is, I have a
Summary section in several chapters
The error disappeared again.
The logging worked. So I know what to do when I try again!
Thanks
Ekkehart
Martin Vermeer wrote:
On Tue, Oct 30, 2007 at 05:53:33PM +0100, Ekkehart Schlicht wrote:
It crashed again. I ran it with -dbg any and tried to pipe the output to
a text file. This did
For a change, I answer to a message to Edwin...
Bo Peng [EMAIL PROTECTED] writes:
And if we would like to display this item, it is displayed as
'unmatched deleted item'.
But do we want to?
Why can not you just address the three problems I described with
your proposal?
1. when do you
Enrico Forestieri wrote:
On Wed, Oct 31, 2007 at 08:22:44AM +0100, Abdelrazak Younes wrote:
Enrico Forestieri wrote:
On Tue, Oct 30, 2007 at 06:26:45PM +0100, Jürgen Spitzmüller wrote:
http://bugzilla.lyx.org/show_bug.cgi?id=4147
The bug is the result of an encoding failure (use of char
On Wed, Oct 31, 2007 at 01:29:51PM +0100, Abdelrazak Younes wrote:
Enrico Forestieri wrote:
On Wed, Oct 31, 2007 at 08:22:44AM +0100, Abdelrazak Younes wrote:
Enrico Forestieri wrote:
On Tue, Oct 30, 2007 at 06:26:45PM +0100, Jürgen Spitzmüller wrote:
Enrico Forestieri [EMAIL PROTECTED] writes:
Not really. UCS-4 code points from 0x to 0x00ff exactly correspond
to latin-1 code points. So
unsigned char c = 0xb5;
os.put(c);
gives me a 'µ' character, and the assertion above is wrong.
Maybe you have utf8 in mind.
We should not
Jean-Marc Lasgouttes wrote:
Enrico Forestieri [EMAIL PROTECTED] writes:
Not really. UCS-4 code points from 0x to 0x00ff exactly correspond
to latin-1 code points. So
unsigned char c = 0xb5;
os.put(c);
gives me a 'µ' character, and the assertion above is wrong.
Maybe you have utf8
Am Mittwoch, 31. Oktober 2007 11:09:54 schrieb José Matos:
On Wednesday 31 October 2007 09:37:19 Hans Meine wrote:
I usually typeset PDFs, and I include lots of PDF images, so
pressing Ctrl-t leaves me with an unusable LyX for more than a minute.
:-(
Even with figure cache active? It
On Wed, Oct 31, 2007 at 03:13:56PM +0100, Jean-Marc Lasgouttes wrote:
Enrico Forestieri [EMAIL PROTECTED] writes:
Not really. UCS-4 code points from 0x to 0x00ff exactly correspond
to latin-1 code points. So
unsigned char c = 0xb5;
os.put(c);
gives me a 'µ' character,
As far as I am concerned, I am going to stop here this discussion. I
am not going to make the changes. I am not going to strongarm Bo into
doing them. So in the end Bo gets to decide (which IMO shows how good
the commit first and discuss later method is, but of course I see
only one side of
Alexander Streit wrote:
This is would be handy in my opinion.
But, I would like to point out that the current automatic label is not
quite unique enough.
Correct. But LyX knows all its own labels, so this can
be avoided with some programming. You might want
to file a bug at bugzilla.lyx.org
Bo Peng [EMAIL PROTECTED] writes:
As far as I am concerned, I am going to stop here this discussion. I
am not going to make the changes. I am not going to strongarm Bo into
doing them. So in the end Bo gets to decide (which IMO shows how good
the commit first and discuss later method is, but
Enrico Forestieri [EMAIL PROTECTED] writes:
I don't understand either points. Why
char_type c = 0xb5;
os.put(c);
would be ok, but
unsigned char c = 0xb5;
os.put(c);
would not?
The first one is a wide char, so it is obviously unicode-encoded.
The second one is a 8bit
On Wed, Oct 31, 2007 at 04:20:56PM +0100, Jean-Marc Lasgouttes wrote:
Enrico Forestieri [EMAIL PROTECTED] writes:
I don't understand either points. Why
char_type c = 0xb5;
os.put(c);
would be ok, but
unsigned char c = 0xb5;
os.put(c);
would not?
The
Attached.
I had to change the font handling in TextClass.cpp again. I changed
this originally due to a bug report by Helge, but now I changed it --
not precisely back, but again to something different. This is IMHO the
way it should be: the layout defines some font attributes, which are
then
On Wed, Oct 31, 2007 at 03:41:50PM +0100, Abdelrazak Younes wrote:
Jean-Marc Lasgouttes wrote:
Enrico Forestieri [EMAIL PROTECTED] writes:
Not really. UCS-4 code points from 0x to 0x00ff exactly correspond
to latin-1 code points. So
unsigned char c = 0xb5;
os.put(c);
Supposedly you have the information in the form of a KeySequence somewhere.
But I can not attach KeySequence to an QTreeWidgetItem, because The
UserRole is taken by item_type.
OK. Let us make clear what to do.
1. I would like to display one binding for each item. That is to say,
lfun with
Bo Peng [EMAIL PROTECTED] writes:
Why do you want to _parse_ that? We are discussing display here. And
KeySequence provides this output or the bind-file version of it at no
additional cost.
Because unbind will get the keysequence from displayed text I will
see what I can do.
Supposedly
Yeap, the first complete implementation wins. :-)
And this is a very sad state of affairs that designing an UI is done
in terms of who wins.
Come on. I commit straightforward parts without reviewing, and post
controversial parts for review. I commit the whole GUI to let people
test.
This
Enrico Forestieri [EMAIL PROTECTED] writes:
Every character you output to a docstream must be ucs4 encoded.
If its code point can be contained in an unsigned char, fine,
otherwise you need a larger type.
Hmm. I think this is a recipe for hard to find bugs.
JMarc
Bo Peng [EMAIL PROTECTED] writes:
Supposedly you have the information in the form of a KeySequence somewhere.
But I can not attach KeySequence to an QTreeWidgetItem, because The
UserRole is taken by item_type.
I guess this is where MVC can be useful, but this is outside of my
competency.
Bo Peng [EMAIL PROTECTED] writes:
This is indeed the main point. Note that what I propose is like what
KDE does.
The shortcut editing dialog would have remove, add, ..., and one of
the troubles is that changing lfun there will affect a bunch of
shortcuts...
I do not think it makes sense to
Enrico Forestieri wrote:
On Wed, Oct 31, 2007 at 03:41:50PM +0100, Abdelrazak Younes wrote:
Jean-Marc Lasgouttes wrote:
Enrico Forestieri [EMAIL PROTECTED] writes:
Not really. UCS-4 code points from 0x to 0x00ff exactly correspond
to latin-1 code points. So
unsigned char c = 0xb5;
Jean-Marc Lasgouttes wrote:
Enrico Forestieri [EMAIL PROTECTED] writes:
Every character you output to a docstream must be ucs4 encoded.
If its code point can be contained in an unsigned char, fine,
otherwise you need a larger type.
Hmm. I think this is a recipe for hard to find bugs.
I guess this is where MVC can be useful, but this is outside of my
competency.
I just found that I can set a UserRole for each column, so I can
actually store the BindFile format as hidden data.
1. I would like to display one binding for each item. That is to say,
lfun with multiple
Bo Peng [EMAIL PROTECTED] writes:
I do not think it makes sense to change the lfun for a given shortcut,
but this is actually the root of our disagreement (list of bindings
versus list of actions).
The problem is that we do not have a fixed amount of lfun. If you list
by bindings, how would
The problem is that we do not have a fixed amount of lfun. If you list
by bindings, how would you list lfuns without shortcut? The current
approach, IMHO, is more appropriate.
Yes, what I prefer is 'one lfun' == 'one line'.
You need to display, to the right of lfun,
One lfun |
Abdelrazak Younes [EMAIL PROTECTED] writes:
If somebody use the docstream with latin8 character we will have bugs
for sure.
How could we forbid 8bit chars to operator? By implementing a
private version?
JMarc
I do not think it makes sense to change the lfun for a given shortcut,
but this is actually the root of our disagreement (list of bindings
versus list of actions).
The problem is that we do not have a fixed amount of lfun. If you list
by bindings, how would you list lfuns without shortcut? The
On Wed, Oct 31, 2007 at 06:25:31PM +0100, Jean-Marc Lasgouttes wrote:
Abdelrazak Younes [EMAIL PROTECTED] writes:
If somebody use the docstream with latin8 character we will have bugs
for sure.
How could we forbid 8bit chars to operator? By implementing a
private version?
This is
On Wed, Oct 31, 2007 at 06:14:35PM +0100, Abdelrazak Younes wrote:
Jean-Marc Lasgouttes wrote:
Enrico Forestieri [EMAIL PROTECTED] writes:
Every character you output to a docstream must be ucs4 encoded.
If its code point can be contained in an unsigned char, fine,
otherwise you need a
On Wed, Oct 31, 2007 at 06:18:57PM +0100, Abdelrazak Younes wrote:
Enrico Forestieri wrote:
On Wed, Oct 31, 2007 at 03:41:50PM +0100, Abdelrazak Younes wrote:
Jean-Marc Lasgouttes wrote:
Enrico Forestieri [EMAIL PROTECTED] writes:
Not really. UCS-4 code points from 0x to 0x00ff
On Wed, Oct 31, 2007 at 11:43:33AM +0100, [EMAIL PROTECTED] wrote:
and LFUN_FONT_FREE_UPDATE allows to change this setting.
I've come to understand that in the mean time... a side effect of the
serialisation.
I think we should think about how a binary kernel interface would look
like. The
On Wed, Oct 31, 2007 at 08:59:23AM +0100, Abdelrazak Younes wrote:
Andre Poenitz wrote:
I wonder how much resistance the (re- ;-)) introduction of a
'real' lyx string class would meet.
Could be as simple as a struct wrapping a std::stringwhatever
and delegating all of the work to std::string.
Is there a cross-out font?
There is, so I removed all colors.
I guess you should be happier with this dialog, with shortcuts
displayed in ForGui format, and without color. If anyone wants to
implement the one-lfun-multiple-shortcuts idea, please feel free to
take over.
Cheers,
Bo
On Wed, Oct 31, 2007 at 05:32:21PM +0100, Jean-Marc Lasgouttes wrote:
Enrico Forestieri [EMAIL PROTECTED] writes:
Every character you output to a docstream must be ucs4 encoded.
If its code point can be contained in an unsigned char, fine,
otherwise you need a larger type.
Hmm. I think
On Wed, Oct 31, 2007 at 11:47:24AM -0500, Bo Peng wrote:
Supposedly you have the information in the form of a KeySequence somewhere.
But I can not attach KeySequence to an QTreeWidgetItem, because The
UserRole is taken by item_type.
Using UserRole+1 ... INT_MAX is not exactly forbidden.
On Wed, Oct 31, 2007 at 06:24:22PM +0200, Martin Vermeer wrote:
// Read a font definition from given file in lyx format
// Used for layouts
-FontInfo lyxRead(Lexer lex)
+FontInfo lyxRead(Lexer lex, FontInfo f)
Should be FontInfo const .
Andre'
On Wed, Oct 31, 2007 at 06:25:31PM +0100, Jean-Marc Lasgouttes wrote:
Abdelrazak Younes [EMAIL PROTECTED] writes:
If somebody use the docstream with latin8 character we will have bugs
for sure.
How could we forbid 8bit chars to operator? By implementing a
private version?
Sort of.
Georg Baum wrote:
Peter Kümmel wrote:
Jean-Marc Lasgouttes wrote:
A naive question: what does QProcess gives us that popen would not
provide for this particular use case? Or is it that windows does not
provide popen?
It does, and LyX already uses it.
I don't know how to get the output
Here the progress widget integrated as toolbar.
Peter
Index: development/cmake/src/support/CMakeLists.txt
===
--- development/cmake/src/support/CMakeLists.txt(revision 21309)
+++ development/cmake/src/support/CMakeLists.txt
Andre Poenitz wrote:
On Wed, Oct 31, 2007 at 06:24:22PM +0200, Martin Vermeer wrote:
// Read a font definition from given file in lyx format
// Used for layouts
-FontInfo lyxRead(Lexer lex)
+FontInfo lyxRead(Lexer lex, FontInfo f)
Should be FontInfo const .
Or even 'void lyxRead(Lexer
On Wed, Oct 31, 2007 at 07:53:22PM +0100, Andre Poenitz wrote:
On Wed, Oct 31, 2007 at 06:24:22PM +0200, Martin Vermeer wrote:
// Read a font definition from given file in lyx format
// Used for layouts
-FontInfo lyxRead(Lexer lex)
+FontInfo lyxRead(Lexer lex, FontInfo f)
Should be
When removing checks then the appropriate #ifdef in the source code need
to be reworked.
e.g.
Missing HAVE_DECL_ISTREAMBUF_ITERATOR is the reason why now with cmake
in lyxsum.cpp the function sum(...) is no longer compiled with
istreambuf_iterator and therefore (according to the comment in
Andre Poenitz [EMAIL PROTECTED] writes:
I think we should think about how a binary kernel interface would look
like. The serialization could exist on top of that as a thin wrapper.
LOL! I've obviously a long memory. I remember a certain André Pönitz telling
me that binary serialization based
Enrico Forestieri wrote:
On Wed, Oct 31, 2007 at 06:14:35PM +0100, Abdelrazak Younes wrote:
Jean-Marc Lasgouttes wrote:
Enrico Forestieri [EMAIL PROTECTED] writes:
Every character you output to a docstream must be ucs4 encoded.
If its code point can be contained in an unsigned char, fine,
On Wed, Oct 31, 2007 at 09:01:56PM +, Angus Leeming wrote:
Andre Poenitz [EMAIL PROTECTED] writes:
I think we should think about how a binary kernel interface would look
like. The serialization could exist on top of that as a thin wrapper.
LOL! I've obviously a long memory. I remember
I can here run 4.1, 4.2 and 4.3 version of the Designer concurrently without
problem. You just
have to make sure that the binary lies in the same directory as the
associated libraries.
I did this: I have the following files in the same directory:
designer.exe
designer.exe.manifest
cc has two meanings. cc the unit of measure,
which simply translates as cc.
Then there is cc=carbon copy. It translates to kopi til.
But the po-file says that cc is _one_ expression that
appear in several files.
I tried to split the cc entry in nb.po, but
then make nb.gmo complained about a
/Users/sts/Quellen/mac/dynmacro16/src/support/strfwd.h:42: error:
'namepace' does not name a type
/Users/sts/Quellen/mac/dynmacro16/src/support/strfwd.h:49: error:
'char_type' was not declared in this scope
/Users/sts/Quellen/mac/dynmacro16/src/support/strfwd.h:49: error:
'char_type' was not
Gcc prefers namespaces over namepaces... fixed it in trunk.
Stefan
Am 01.11.2007 um 00:38 schrieb Stefan Schimanski:
/Users/sts/Quellen/mac/dynmacro16/src/support/strfwd.h:42: error:
'namepace' does not name a type
PGP.sig
Description: Signierter Teil der Nachricht
On Thu, Nov 01, 2007 at 12:38:18AM +0100, Stefan Schimanski wrote:
/Users/sts/Quellen/mac/dynmacro16/src/support/strfwd.h:42: error:
'namepace' does not name a type
/Users/sts/Quellen/mac/dynmacro16/src/support/strfwd.h:49: error:
'char_type' was not declared in this scope
Did I miss anything important?
Just add the missing 's' and commit.
Did it already.
It was in a branch that was not
active in my build. [What system is that, btw, and to what type is
boost::uint32_t typedef'd there?]
It's on Mac, gcc 4.01. How do I find out easily about the typedef?
And
/Users/sts/Quellen/mac/dynmacro16/src/tex2lyx/gettext.cpp: In
function 'const lyx::docstring lyx::_(const std::string)':
/Users/sts/Quellen/mac/dynmacro16/src/tex2lyx/gettext.cpp:20:
error: return type 'const struct lyx::docstring' is incomplete
On Wed, Oct 31, 2007 at 09:30:13PM +0100, Abdelrazak Younes wrote:
Andre Poenitz wrote:
On Wed, Oct 31, 2007 at 06:24:22PM +0200, Martin Vermeer wrote:
// Read a font definition from given file in lyx format
// Used for layouts
-FontInfo lyxRead(Lexer lex)
+FontInfo lyxRead(Lexer lex,
On Wed, Oct 31, 2007 at 10:28:04PM +0200, Martin Vermeer wrote:
On Wed, Oct 31, 2007 at 07:53:22PM +0100, Andre Poenitz wrote:
On Wed, Oct 31, 2007 at 06:24:22PM +0200, Martin Vermeer wrote:
// Read a font definition from given file in lyx format
// Used for layouts
-FontInfo
Uwe Stöhr wrote:
Andre Poenitz schrieb:
It is different.
Why was this not announced, then?
There is usually no problem to use designer/moc/whatever from different
Qt versions. Just run the binary, no need to change "system
configurations".
When I ty to run the binary I get an error
Dov Feldstern wrote:
Hi!
I committed a fix to a bug due to the Font/Language separation, which
was causing LFUN_LANGUAGE to not work
(http://www.lyx.org/trac/changeset/21305).
Thanks.
This solution may be a bit of a hack --- I'm not familiar enough with
the bigger picture.
It is not a
Enrico Forestieri wrote:
On Tue, Oct 30, 2007 at 06:26:45PM +0100, Jürgen Spitzmüller wrote:
http://bugzilla.lyx.org/show_bug.cgi?id=4147
The bug is the result of an encoding failure (use of char instead of
char_type) that results in an unwanted conversion of a tabulator ('\t') to
the digit
Dov Feldstern wrote:
Hi!
There are a few warnings in Paragraph.cpp, if anyone cares to take a look:
Paragraph.cpp: In member function 'void
lyx::Paragraph::Private::insertChar(lyx::pos_type, lyx::char_type, const
lyx::Change&)':
Paragraph.cpp:415: warning: comparison between signed and
Andre Poenitz wrote:
I wonder how much resistance the (re- ;-)) introduction of a
'real' lyx string class would meet.
Could be as simple as a struct wrapping a std::string
and delegating all of the work to std::string.
The main advantages would be 'declarability' (i.e. class DocString;
would
"Bo Peng" <[EMAIL PROTECTED]> writes:
> If you remove C-g from cua.bind by \bind "" "C-g", and then you switch
> to another bind file that does not have C-g. How do you treat this
> \bind "" "C-g" item in user.bind? This is my 'unmatched unbind user
> item'.
Mmm, do you mention explicitly C-g
Enrico Forestieri wrote:
> This is not going to work on systems where sizeof(wchar_t) == 2.
I see.
> I have attached a better fix to bug 4147 on bugzilla.
AFAICS, it looks good. Anyway, try to get a feedback from Georg or anyone
else who is familiar with this stuff, and commit afterwards.
On Wed, Oct 31, 2007 at 08:22:44AM +0100, Abdelrazak Younes wrote:
> Enrico Forestieri wrote:
> > On Tue, Oct 30, 2007 at 06:26:45PM +0100, Jürgen Spitzmüller wrote:
> >> http://bugzilla.lyx.org/show_bug.cgi?id=4147
> >>
> >> The bug is the result of an encoding failure (use of char instead of
>
"Bo Peng" <[EMAIL PROTECTED]> writes:
> If you remove C-g from cua.bind by \bind "" "C-g", and then you switch
> to another bind file that does not have C-g. How do you treat this
> \bind "" "C-g" item in user.bind? This is my 'unmatched unbind user
> item'.
OK, I understand now. I guess you
"Bo Peng" <[EMAIL PROTECTED]> writes:
>> > Then \bind "" "shortcut" will override no (no corresponding entry in
>> > the master bind file),
>>
>> This one does nothing.
>
> And I display it in purple so that a user can remove it. After all,
> the GUI is an interface to user.bind.
I do not think
Am Mittwoch, 31. Oktober 2007 10:20:08 schrieb Jean-Marc Lasgouttes:
> "Bo Peng" <[EMAIL PROTECTED]> writes:
> > If you remove C-g from cua.bind by \bind "" "C-g", and then you switch
> > to another bind file that does not have C-g. How do you treat this
> > \bind "" "C-g" item in user.bind? This
Dov Feldstern <[EMAIL PROTECTED]> writes:
> Hi!
>
> A few days ago we were wondering about what exactly "ignore_language"
> is, and I just ran into a use of it in the code so that I now think I
> know what it is: it's used to represent a "neutral" language, i.e.,
> when providing a font-change
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> So each and every Attribute change will have a full entry in the
> Attribute list, with full instantiation of every Attributes: Font,
> Language, CT, purple markers, etc. This means an awful lot of
> redundancies and this will soon become a
Le 31 oct. 07 à 08:40, Abdelrazak Younes a écrit :
Dov Feldstern wrote:
Hi!
I committed a fix to a bug due to the Font/Language separation,
which was causing LFUN_LANGUAGE to not work (http://www.lyx.org/
trac/changeset/21305).
Thanks.
This solution may be a bit of a hack --- I'm not
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>> Here is an improved version. The code base has been substantially cleaned
>> up. And now InsetListings is Collapsable-based!
>
> Impressive code reduction!
Yes, I am happy too to see how this goes.
JMarc
Could someone explain me what these are about?
LFUN_FONT_FREE_APPLY is never used: can I remove it?
LFUN_FONT_FREE_UPDATE is used in GuiCharacter::getLfun(). The only
explanation I found is in Tex3.cpp:1408:
// Set the freefont using the contents of \param data dispatched from
// the
Hans Meine <[EMAIL PROTECTED]> writes:
>> And I am not sure that removing bindings (without reusing them for
>> something else) is very useful.
>
> It is - for example, Ctrl-t is just next to Ctrl-z on my German keyboard.
> So from time to time when I want to "undo" something, a PS is typeset.
On Wednesday 31 October 2007 09:37:19 Hans Meine wrote:
> I usually typeset PDFs, and I include lots of PDF images, so
> pressing Ctrl-t leaves me with an unusable LyX for more than a minute. :-(
Even with figure cache active? It works fine for me with more than 180 eps
figures in a pdf
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> Could someone explain me what these are about?
>
> LFUN_FONT_FREE_APPLY is never used: can I remove it?
It is used in the toolbar.
> LFUN_FONT_FREE_UPDATE is used in GuiCharacter::getLfun(). The only
> explanation I found is in Tex3.cpp:1408:
>
>
Quoting Jean-Marc Lasgouttes <[EMAIL PROTECTED]>:
> Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>
> > Could someone explain me what these are about?
> >
> > LFUN_FONT_FREE_APPLY is never used: can I remove it?
>
> It is used in the toolbar.
Ah... OK, I only looked at the code.
>
> >
[EMAIL PROTECTED] writes:
> I've come to understand that in the mean time... a side effect of
> the serialisation. Any objection if I clean up that mess and do
> something similar as for the Paragraph dialog? I mean the automatic
> retrieval of the current cursor font when "Apply changes
>
Tommaso Cucinotta wrote:
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
1 - 100 of 156 matches
Mail list logo
