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
> > > -FontI
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
/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
/Users/sts/Quellen/mac/dynmacro16/src/tex2lyx/ge
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 j
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
> /Users/sts/Qu
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
/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
"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" compla
> 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
QtDesign
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 r
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,
o
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 base
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 the
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)
>
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(Lexe
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
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 o
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 forbidde
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< private version?
Sort of. Declare but n
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.
>
> H
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'
> 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 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. T
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::string
>> and delegating all of the work to std::string.
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< private version?
This is going to becom
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,
> >> otherw
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 0
> 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? T
> > 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 | sys
"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 binding
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<
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;
"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 mak
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.
That
> 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 s
"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
compete
> 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 mult
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;
>
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
> > 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.
> T
"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.
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 fixe
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);
> >
>
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
"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" me
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 -
> 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 sid
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
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?
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 shou
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:
> http://bugzilla.lyx.org
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 inste
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 chapte
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 no
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
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 context-sens
[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
> immedia
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_
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:
>
> /
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 generatio
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.
>
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 frontend
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 fami
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 mas
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 i
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
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 nightma
"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 t
"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 bec
"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
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
> >
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.
Jürg
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 s
74 matches
Mail list logo
