Stefan Schimanski wrote:
Hi!
As a long weekend is approaching here I think it would be a good time to
start the integration of my dynamic macros into trunk. I think my patch
is in a reasonable state right now that it makes sense to commit it.
Yes, much better except for MathData::attachMacro
Andre Poenitz wrote:
What's the reason of defining and throwing, but never catching
some exception?
IIRC, I've put some code in the Qt event loop to catch everything that
was not caught before.
Andre'
PS: Hint: It's 60k extra compilation...
What? The inheritance of std::bad_cast? Would
Andre Poenitz wrote:
On Mon, Oct 29, 2007 at 06:20:40PM +0100, Abdelrazak Younes wrote:
BTW has anyone else noticed that the character panel (text Style ->
Customized) doesn't do anything anymore? Setting emph by ctrl-e
works fine, but from the panel it does nothing.
I guess nobody touched it a
Stefan Schimanski wrote:
Hi!
As a long weekend is approaching here I think it would be a good time to
start the integration of my dynamic macros into trunk. I think my patch
is in a reasonable state right now that it makes sense to commit it.
I was testing the dynamic macros for two weeks in
Dear Developers -
my wife and I use identical versions of Lyx 1.5.2, on two MacBook Pro
laptops running OSX10.4.
Despite this, some files generated on my Lyx1.5.2 which has no problems
on the original machine, will cause Lyx 1.5.2 to crash immediately on
opening it on her machine. If exported
Stefan Schimanski schrieb:
@Uwe: Will you take care of the format changes?
> I guess the lyx2lyx extension should come before the commit of my patch?
I'm currently limited in my spare time, so I cannot promise to take care a certain day. For me it
would be the best when you commit your stuff,
Hi!
As a long weekend is approaching here I think it would be a good time
to start the integration of my dynamic macros into trunk. I think my
patch is in a reasonable state right now that it makes sense to
commit it.
I was testing the dynamic macros for two weeks in real life to
prepar
What's the reason of defining and throwing, but never catching
some exception?
Andre'
PS: Hint: It's 60k extra compilation...
Index: support/docstring.h
===
--- support/docstring.h (revision 21267)
+++ support/docstring.h (working c
A new babel version has been released, unfortunately unannounced (only here:
http://article.gmane.org/gmane.comp.tex.ctan.announce/6047).
It comes with updates for some languages.
List with updated languages:
http://www-ftp.lip6.fr/pub/tex-archive/macros/latex/required/babel/?C=M;O=D
Now upper an
Andre Poenitz schrieb:
>> I can understand that politics is more interesting than coding ;-) .
>
Not really. But when an hour of discussing politics yields a result
that saves me two hours of coding and five hours of waiting for the
compiler my priorities are clear.
Hey of course you are righ
On Mon, Oct 29, 2007 at 06:20:40PM +0100, Abdelrazak Younes wrote:
>> BTW has anyone else noticed that the character panel (text Style ->
>> Customized) doesn't do anything anymore? Setting emph by ctrl-e
>> works fine, but from the panel it does nothing.
>
> I guess nobody touched it after Andre'
On Mon, Oct 29, 2007 at 07:36:12PM +0100, Abdelrazak Younes wrote:
> In my mind there would be only three: Font, Language and Change Traking;
> I am not a proponent of charstyle as attributes. But even though I was,
> implementing them generically should be doable.
>
>> I think I prefer the notion
> BTW, I am moving keybindings in defaultKeyBindings() to 'site.bind',
> which can be customized by package maintainers for a specific
> platform. This will be done soonish to fix the shortcut panel's apply
> problem.
Done in r21268. The keybinding problem after apply in pref dialog
should be solv
On Mon, Oct 29, 2007 at 07:20:44PM +0100, Uwe Stöhr wrote:
> Andre Poenitz schrieb:
>
>> Actually I wanted to already, but each time I try to get started I am
>> distracted by build issues or political discussions ;-}
>
> I can understand that politics is more interesting than coding ;-).
Not real
On Mon, Oct 29, 2007 at 06:20:40PM +0100, Abdelrazak Younes wrote:
> Martin Vermeer wrote:
>> When moving the cursor by mouse clicking, the old current_font is
>> remembered and used when inserting. (Didn't we have this same bug a
>> long time ago?)
>
> I've noticed that but hadn't time to investig
On Mon, Oct 29, 2007 at 04:01:16PM +0100, Abdelrazak Younes wrote:
> Unfortunately this doesn't work, the word pixmap cache relies on the
> transparent background because of the left and right bearing of characters.
>
> So we have three solutions for 1.5:
> 1) remove the cache
> 2) automatically d
On Mon, Oct 29, 2007 at 12:30:42PM +0100, Abdelrazak Younes wrote:
> Jean-Marc Lasgouttes wrote:
>> Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>>> If you mean an unified interface for Paragraph then I'd agree. The
>>> Range template I am talking about would be private to Paragraph. Then,
>>> if
On Mon, Oct 29, 2007 at 11:33:03AM +0100, Abdelrazak Younes wrote:
> Jean-Marc Lasgouttes wrote:
>> Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>>> Basically, the current FontList will be a specialisation of this
>>> template:
>>>
>>> typedef Range FontList;
>>>
>>> And we need the same thing for
On Mon, Oct 29, 2007 at 11:12:35AM +0100, Jean-Marc Lasgouttes wrote:
> Uwe Stöhr <[EMAIL PROTECTED]> writes:
>
> > With the unicode support since LyX 1.5 the file /examples/currency.lyx is
> > now obsolete:
> > You can now simply insert all currency symbols directly via keyboard
> > or a charact
On Mon, Oct 29, 2007 at 10:17:19AM +0100, Jean-Marc Lasgouttes wrote:
> Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> >> ColorForeground: this looks to much like a typename -> misleading
> >> ForegroundColor: same.
> >> COLORforeground
> >> COLORForeground
> >> Foreground_COLOR
> >> ForegroundCOLO
Andre Poenitz wrote:
On Sun, Oct 28, 2007 at 09:37:02PM +0100, Abdelrazak Younes wrote:
Andre Poenitz wrote:
On Sun, Oct 28, 2007 at 08:05:10PM +0100, Abdelrazak Younes
wrote:
Anyway, I think the language and font information should not be
in the same class. I don't understand why we are force
Andre Poenitz schrieb:
Actually I wanted to already, but each time I try to get started I am
distracted by build issues or political discussions ;-}
I can understand that politics is more interesting than coding ;-).
Btw. thanks for your work to merge the controller stuff and the other build i
There is this deadKeyBindigns() function in LyX.cpp, that is not
called by others. Is this function dead (and should be removed?)
BTW, I am moving keybindings in defaultKeyBindings() to 'site.bind',
which can be customized by package maintainers for a specific
platform. This will be done soonish t
On Sun, Oct 28, 2007 at 06:12:51PM -0500, Bo Peng wrote:
> > Have you noticed the bug where typing enter does not work anymore after
> > clicking on the Apply button of the Prefs setting dialog?
>
> I think I know what is going on. Lyx inserts a bunch of hard-coded
> \bind after all bind files are
On Sun, Oct 28, 2007 at 11:18:48PM +0100, Uwe Stöhr wrote:
> Andé,
>
> there are some long standing mathed bugs and enhancements, to be exact
> 111 bug reports: http://tinyurl.com/389d53
>
> Do you plan to start working on mathed again? The macro bugs will be
> squashed by Stefan Steins' new macro
> I have a lot of other things to finish and besides, I think Edwin is
> much better than me WRT Qt GUI programming. You should listen to him ;-)
The problem is that Edwin could not reproduce the bug.
Bo
On Sun, Oct 28, 2007 at 10:55:08PM +0200, Martin Vermeer wrote:
> I was joking, but only half. You call
>
> abc \R{DEF \L{{url}} GHI} jkl
>
> the "correct" version. But that's really a matter of taste. It may be
> the version you expected, but the other one is just as correct... only
> the
On Sun, Oct 28, 2007 at 09:37:02PM +0100, Abdelrazak Younes wrote:
> Andre Poenitz wrote:
>> On Sun, Oct 28, 2007 at 08:05:10PM +0100, Abdelrazak Younes wrote:
>>> Anyway, I think the language and font information should not be in the
>>> same class. I don't understand why we are forced to set a f
Martin Vermeer wrote:
When moving the cursor by mouse clicking, the old current_font is
remembered and used when inserting. (Didn't we have this same bug a
long time ago?)
I've noticed that but hadn't time to investigate yet. Glad you did. It
might have been my fault during the 'undo' work, du
Bo Peng wrote:
Then there is a big problem with setKeySym. QKeyEvent::text() is meant
to support imput methods, not for the name of keys.
Yes, probably. And the same reason why typing S-C-o in main window
makes a strange character.
This is beyond me. Abdel should definitely be involved.
I
> > 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.
> > one (but bindfile specific), or failed to
> > unbind existin
> > If you remove the item, how can you revert?
>
> You still have the lfun, but there is no binding associated to it. If
> you revert, you restore all bindings instead of only one, but I do not
> think this is a very bad problem.
I see.
> > Then there is no 'removal' for this unmatched \bind ""
Bernhard Roider wrote:
> fixed also in branch
Thanks. I see that Uwe added the status.15x entry you forgot (thanks Uwe).
Jürgen
Partly building on Abdel's work with fonts and language. This should
help get Dov what he needs.
Tested it cursorily, should be OK. And found some bugs along the way ;-)
- Martin
Index: InsetFlex.cpp
===
--- InsetFlex.cpp (revision
Uwe Stöhr <[EMAIL PROTECTED]> writes:
> OK, now I see what you mean. So the correct solution would be to allow
> the first line of environments to be empty without \mbox etc., which
> are "hacks" from the point of the users, but not for the following
> environment lines.
> For now I'll revert my p
Jean-Marc Lasgouttes wrote:
> > So can I also remove it for LyX 1.5.3 or don't we delete
> > obsolete/outdated files in minor releases?
>
> I think you can remove it, but wait for juergen decision.
OK.
Jürgen
"Bo Peng" <[EMAIL PROTECTED]> writes:
> Then \bind "" "shortcut" will override no (no corresponding entry in
> the master bind file),
This one does nothing.
> one (but bindfile specific), or failed to
> unbind existing binding(s). This is almost the same as \unbind, except
> that \unbind will u
Jean-Marc Lasgouttes schrieb:
OK, consider the following file created today's trunk (a theorem with
8 empty paragraphs in the middle). LyX should not allow to create this
(especially since it does not make anything on DVI output).
OK, now I see what you mean. So the correct solution would be t
When moving the cursor by mouse clicking, the old current_font is
remembered and used when inserting. (Didn't we have this same bug a
long time ago?)
The attached fixes it. This part of the code is a jungle, so does
anyone remember why this may not be a good idea? Otherwise I'll just
commit.
BTW
Uwe Stöhr wrote:
> Since LyX 1.5.2 the EmbeddedObjects manual is available in German, so I
> remove the German version of "TableExamples.lyx" in trunk.
>
> Am I allowed to do the same in branch?
Yes.
Jürgen
Uwe Stöhr wrote:
> Attached a patch for bug 4308
> http://bugzilla.lyx.org/show_bug.cgi?id=4308
> for LyX 1.5.3.
>
> Jürgen, OK?
Given that it's well tested: yes.
Jürgen
"Bo Peng" <[EMAIL PROTECTED]> writes:
>> > Do you still display the original one as the trunk does?
>>
>> I do not think it is necessary. What one wants to see are the current
>> bindings, not all the history that lead to them. A bit like how
>> about:config works in firefox.
>
> If you remove the
> > Do you still display the original one as the trunk does?
>
> I do not think it is necessary. What one wants to see are the current
> bindings, not all the history that lead to them. A bit like how
> about:config works in firefox.
If you remove the item, how can you revert?
It is definitely he
>
> Well currently the KeyMap code refuses to bind replace a prefix with a
> normal binding, so we are talking new features here. The (normal) code
> would just refuse to bind a function over a prefix.
Then \bind "" "shortcut" will override no (no corresponding entry in
the master bind file), one
"Bo Peng" <[EMAIL PROTECTED]> writes:
>> Items that are not modified are shown normally
>
> The same as trunk...
Yes
> Do you still display the original one as the trunk does?
I do not think it is necessary. What one wants to see are the current
bindings, not all the history that lead to them.
"Bo Peng" <[EMAIL PROTECTED]> writes:
> Please note that \bind "" "\C-g" may override a single keybinding in
> one file, and a bunch of them (if it serves as prefix) in another.
> This is a major problem with your approach.
Well currently the KeyMap code refuses to bind replace a prefix with a
no
> Items that are not modified are shown normally
The same as trunk...
> Items that are modified are in bold. The two columns are shown when
> the change is a new binding or a changed binding,
Do you still display the original one as the trunk does? Note that
there is no concept of changed bindin
Alexander Streit wrote:
Something like this is already possible: Type Alt-I, C, start typing,
hit Ctrl-Enter when you get the one you want.
Yes, this works very well! Thanks, I didn't know about this and have been
using the mouse for over 200 pages now, so you've saved me a lot of time!
Fo
Please note that \bind "" "\C-g" may override a single keybinding in
one file, and a bunch of them (if it serves as prefix) in another.
This is a major problem with your approach.
Bo
Uwe Stöhr <[EMAIL PROTECTED]> writes:
> Jean-Marc Lasgouttes schrieb:
>
>>> With the unicode support since LyX 1.5 the file /examples/currency.lyx is
>>> now obsolete:
>>> You can now simply insert all currency symbols directly via keyboard
>>> or a character table probram of your OS.
>>
>> Looks
Uwe Stöhr <[EMAIL PROTECTED]> writes:
> Jean-Marc Lasgouttes schrieb:
>
>> If you are going this route, please investigate all the theorems
>> environments of all layouts (it is not so difficult, probably only a
>> handful need to be fixed).
>
> I'll do this.
Thanks, but I'd like input from others
> I took the liberty to commit this:
>
> http://www.lyx.org/trac/changeset/21254
OK. Please note that the search box also searches bindings so your
label should be adjusted.
Bo
"Bo Peng" <[EMAIL PROTECTED]> writes:
>> Bo, what is the part that would not work in this scheme?
>
> Could you please finish your proposal regarding how items are
> displayed and manipulated in the GUI? Make sure your logic is simpler
> than mine.
Items that are not modified are shown normally
Jean-Marc Lasgouttes schrieb:
With the unicode support since LyX 1.5 the file /examples/currency.lyx is now
obsolete:
You can now simply insert all currency symbols directly via keyboard
or a character table probram of your OS.
Looks like a reasonable idea.
So can I also remove it for LyX 1
Bo Peng wrote:
Abdel.
Could you please test if you can enter 'C-s' in the shortcut
configuration panel?
Does not work, only 'C- ' is displayed.
'S-s' works though it displays 'S-S'.
'M-S-s' works though it displays 'M-S-S'.
'M-C-s' works though it displays 'M-S-S'.
'Altgr-s' produces 'C-M-S'
Jean-Marc Lasgouttes schrieb:
If you are going this route, please investigate all the theorems
environments of all layouts (it is not so difficult, probably only a
handful need to be fixed).
I'll do this.
In general, what I do not like much in this solution is that we handle
a particular lay
Abdelrazak Younes wrote:
Abdelrazak Younes wrote:
Juergen Spitzmueller wrote:
In this first status update, I don't want to come up with an
extensive bug
list, but rather outline some main goals I have in mind for the next
release, and list some of the really important bugs (please fill in).
A
> Bo, what is the part that would not work in this scheme?
Could you please finish your proposal regarding how items are
displayed and manipulated in the GUI? Make sure your logic is simpler
than mine.
Bo
> > This means this \unbind entry in user.bind does not have an
> > corresponding in the chosen bind file.
>
> and ?
And if we would like to display this item, it is displayed as
'unmatched deleted item'.
> >> \bind "" "buffer-close"
> >>
> >> wouldn't suffice to have no shortcut associated w
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> OK, then we just need some interface methods that would give that
> information by looking up the inner independent ranges, ex:
>
> struct AttributeRange {
> pos_type start;
> pos_type end;
> FontInfo font;
> Change change;
>
Jean-Marc Lasgouttes wrote:
I really prefer
\bind "C-w" ""
meaning ``do not bind C-w to (presumably) buffer-close''.
> Here s my view on how it could work (in horrible pseudo-code):
this makes more sense indeed
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
If you mean an unified interface for Paragraph then I'd agree. The
Range template I am talking about would be private to Paragraph. Then,
if we could have:
CharAttributes Paragraph::getAttributes(pos_type)
that will r
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> So, shouldn't we transform that to a full InsetText that will also
> contains the text between the quotes?
Not sure. There is also a discussion about the use of csquote. See the
following bug and references therein:
http://bugzilla.lyx.org/show_bug.
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> If you mean an unified interface for Paragraph then I'd agree. The
> Range template I am talking about would be private to Paragraph. Then,
> if we could have:
>
> CharAttributes Paragraph::getAttributes(pos_type)
>
> that will replace Paragraph::g
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> This basically means that we rename FontInfo to Font, Font to AttrList
> and that we integrate Change tracking in there... or am I
> misunderstanding you?
Something like that. But it is just an idea.
>> I think an unified list like that would help
Edwin Leuven <[EMAIL PROTECTED]> writes:
> i read that, and i find this "wildcard" notion very strange. perhaps i
> am overseeing something, but why don't we have an interface where
>
> \bind "" "buffer-close"
> simply means "there is no key binding associated with buffer-close" etc?
I really pre
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
The solution IMO is to detect and transform the quotes if a french
language is applied to a given snippets. Unicode makes a distinction
between quotes and french quotes (aka guillemets) so should we: this a
change in cont
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> The solution IMO is to detect and transform the quotes if a french
> language is applied to a given snippets. Unicode makes a distinction
> between quotes and french quotes (aka guillemets) so should we: this a
> change in contents.
The distinction
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Basically, the current FontList will be a specialisation of this
template:
typedef Range FontList;
And we need the same thing for languages:
typedef Range LanguageList;
Ideas, comments?
I think I'd prefer to have a
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Basically, the current FontList will be a specialisation of this
template:
typedef Range FontList;
And we need the same thing for languages:
typedef Range LanguageList;
Ideas, comments?
I think I'd prefer to have a
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> Basically, the current FontList will be a specialisation of this
> template:
>
> typedef Range FontList;
>
> And we need the same thing for languages:
>
> typedef Range LanguageList;
>
> Ideas, comments?
I think I'd prefer to have a AttrList object
"Bo Peng" <[EMAIL PROTECTED]> writes:
>> Have you noticed the bug where typing enter does not work anymore after
>> clicking on the Apply button of the Prefs setting dialog?
>
> I think I know what is going on. Lyx inserts a bunch of hard-coded
> \bind after all bind files are read. When the apply
Uwe Stöhr <[EMAIL PROTECTED]> writes:
> With the unicode support since LyX 1.5 the file /examples/currency.lyx is now
> obsolete:
> You can now simply insert all currency symbols directly via keyboard
> or a character table probram of your OS.
Looks like a reasonable idea.
JMarc
Uwe Stöhr <[EMAIL PROTECTED]> writes:
> Index: amsmaths.inc
> ===
> --- amsmaths.inc (revision 21211)
> +++ amsmaths.inc (working copy)
> @@ -58,6 +58,7 @@
> LabelType Counter
> LabelCounter
Jean-Marc Lasgouttes wrote:
[EMAIL PROTECTED] writes:
I've replaced Font uses with FontInfo were the language() member was
not needed, basically all draw() and metrics methods. There's one
problematic cases with InsetQuotes which I solved by taking the
Buffer main language.
Using the buffer l
[EMAIL PROTECTED] writes:
> I've replaced Font uses with FontInfo were the language() member was
> not needed, basically all draw() and metrics methods. There's one
> problematic cases with InsetQuotes which I solved by taking the
> Buffer main language.
Using the buffer language is definitely a
Andre Poenitz <[EMAIL PROTECTED]> writes:
>> ColorForeground: this looks to much like a typename -> misleading
>> ForegroundColor: same.
>> COLORforeground
>> COLORForeground
>> Foreground_COLOR
>> ForegroundCOLOR
>> Foreground_color
>> Foreground_Color
Another possibility would be a short two-le
Bo Peng wrote:
Bo Peng wrote:
Then what is in this user.bind? What exactly is the symptom?
This means this \unbind entry in user.bind does not have an
corresponding in the chosen bind file.
and ?
\bind "" "buffer-close"
wouldn't suffice to have no shortcut associated with buffer-close
78 matches
Mail list logo
