On Wed, Nov 09, 2005 at 09:34:38PM +, Angus Leeming wrote:
> With your original, FATAL=0, code you'd get no other error message at all.
That's a configurable parameter, easy to merge.
> At least with Georg's addition to configure.ac, we get something
> reasonably descriptive at the end of th
On Wed, Nov 09, 2005 at 01:04:37PM +0100, [EMAIL PROTECTED] wrote:
[...]
> In case the developers don't want it for this release, just upload it to
> the wiki...
>
> http://wiki.lyx.org/Layouts/Layouts
>
Thanks for the tip, I did that.
Helge Hafting
On Wed, Nov 09, 2005 at 09:21:25PM +0100, Georg Baum wrote:
> Am Mittwoch, 9. November 2005 20:16 schrieb Helge Hafting:
[...]
> > It doesn't look like a big problem though. In cases where different
> shortcut
> > is needed, simply write "&Drucken" in the one case and "D&rucken" in the
> other c
John Levon wrote:
> On Wed, Nov 09, 2005 at 11:16:32AM +, Angus Leeming wrote:
>
>> Sorry, that's FUD. AC_MSG_ERROR (currently disabled) would print an
>> error message and abort. LYX_ERROR would not abort but would print an
>> error message at the end of configuration. In other words, it wou
Am Mittwoch, 9. November 2005 20:16 schrieb Helge Hafting:
> On Wed, Nov 09, 2005 at 03:11:25PM +0100, Georg Baum wrote:
> > Fictive example: The string "&Print" needs the translation "&Drucken"
in
> > xforms and "D&rucken" in qt.
> >
> > This string could be duplicated as follows, using the mach
> Is this fixed by this patch?
> http://marc.theaimsgroup.com/?l=lyx-devel&m=113137862006884&w=2
This patch means that the cursor now goes into the appropriate location
(ie. the top or bottom of a fraction), but the cursor is still full
height which I think is still a regression, though I can't re
On Wed, Nov 09, 2005 at 03:11:25PM +0100, Georg Baum wrote:
> Jean-Marc Lasgouttes wrote:
>
> > All of this is doable IMO. But a major problem I see is that
> > translators may need to use different shortcuts for a string in
> > different frontends. How do we make that possible?
>
> Fictive examp
Martin Vermeer wrote:
>> Alfredo> I've proposed this, but it was rejected because the scrollbar
>> Alfredo> changes height when moving around.
>>
>> [sorry alfredo for quoting private mail!]
>
> Ah. Great minds think alike ;-)
Hehe in other terms we are equally flawed ;-)
Alfredo
Dear Jean-Marc,
Alex>> Ok. Here I send you the current version. It is just after
Alex>> several "bugfix". I don't want to send every day, just after
Alex>> major updates. :) E.g. only after updating 50 or 100 strings or
Alex>> similar. We will see.
> Very good. It is in now.
Alex>> Anyway, afte
Jean-Marc Lasgouttes wrote:
>> "Alfredo" == Alfredo Braunstein
>> <[EMAIL PROTECTED]> writes:
>
> Alfredo> I've proposed this, but it was rejected because the scrollbar
> Alfredo> changes height when moving around.
>
> [sorry alfredo for quoting private mail!]
Actually it wasn't meant
Jean-Marc Lasgouttes ([EMAIL PROTECTED]) wrote:
> What is your version og gtkmm? The code seems to look explicitely for
> 2.4, isn't it?
Huh, I have 2.8.1.
Sincerely,
Gour
--
Registered Linux User | #278493
GPG Public Key | 8C44EDCD
> "Gour" == Gour <[EMAIL PROTECTED]> writes:
Gour> Here I have:
Gour> Cflags: -I${includedir}/pango-1.0 -I/usr/include/freetype2
Gour> -I/usr/include/freetype2/config
Gour> afaics, it should work, but it doesn't.
What is your version og gtkmm? The code seems to look explicitely for
2.4, is
Georg Baum ([EMAIL PROTECTED]) wrote:
> Use the workaround posted by Jean-Marc for now.
That works.
> I suspect that the pkg-config files of your GTK libs do not correctly
> state that freetype2 is needed. I have in
> /opt/gnome/lib/pkgconfig/pangoft2.pc the line
>
> Cflags: -I${includedir}
On Wed, Nov 09, 2005 at 11:16:32AM +, Angus Leeming wrote:
> Sorry, that's FUD. AC_MSG_ERROR (currently disabled) would print an
> error message and abort. LYX_ERROR would not abort but would print an
> error message at the end of configuration. In other words, it would
> do exactly what the c
Gour wrote:
> Georg Baum ([EMAIL PROTECTED])
> wrote:
>
>> It should be found automatically by configure. What is your
>> OS/distribution?
>
> Linux/Gentoo.
>
>> What is your configure command line?
>
> ./configure --with-frontend=gtk
That should work.
>> On my machine it uses freetype2.
>
Jean-Marc Lasgouttes ([EMAIL PROTECTED]) wrote:
> They can be found if you add --with-extra-inc=/usr/include/freetype2.
Thanks. It builds now.
Now we can explore it a bit hunting for some bug ;)
> OTOH, we could probably use "pkg-config --cflags gtkmm" or something
> like that.
That would be g
Jean-Marc Lasgouttes wrote:
> Yes, but this means the translators would have to ask us to add tags
> everytime they have a special needs. And the french trnalsator will be
> surprised to see this duplicated string, since he does not know it was
> requested by the german translator...
True. Unfort
> "Michael" == Michael Gerz <[EMAIL PROTECTED]> writes:
Michael> Please note that I can't test the PHP code. I think I also do
Michael> not have enough karma to commit any web page.
Michael> Please feel free to change the file to whatever you like.
Since it seems that Angus fell asleep on it
> "Alex" == Alex <[EMAIL PROTECTED]> writes:
Alex> Ok. Here I send you the current version. It is just after
Alex> several "bugfix". I don't want to send every day, just after
Alex> major updates. :) E.g. only after updating 50 or 100 strings or
Alex> similar. We will see.
Very good. It is i
> "Bernhard" == Bernhard Reiter <[EMAIL PROTECTED]> writes:
Bernhard> what about |D&r_ucken (yielding |Drucken for xforms,
Bernhard> D&rucken for qt and Dr_ucken for gtk?) - if two or more
Bernhard> shortcuts are identical, omit their shortcut token, e.g.
Bernhard> |Speichern _unter... (Save a
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>> The good thing is that we have really reduce the number of times
>> getFont gets called. Nevertheless, the maybe quadratic in some
>> cases, since getFont is called at least once per paragraph.
>>
>> The right solution would be to p
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> The xforms sources would contain &Print[[xforms]], and the qt
Georg> sources would contain &Print[[qt]]. Of course we have a
Georg> duplicated string to translate, but this is not worse than the
Georg> current state.
Yes, but this mea
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> Gour wrote:
>> So, what is the proper way to include the ../freetype2 header dir?
Georg> It should be found automatically by configure. What is your
Georg> OS/distribution? What is your configure command line?
They can be found if yo
Georg Baum ([EMAIL PROTECTED]) wrote:
> It should be found automatically by configure. What is your
> OS/distribution?
Linux/Gentoo.
> What is your configure command line?
./configure --with-frontend=gtk
> On my machine it uses freetype2.
OK. I got rid of freetype1, but stil the same error,
> Fictive example: The string "&Print" needs the translation "&Drucken" in
> xforms and "D&rucken" in qt.
>
> This string could be duplicated as follows, using the machinery for ambigous
> translations:
>
> originaltranslation
> &Print[[xforms]]&Drucken
> &Print[[qt]]D&ruc
On Wed, 2005-11-09 at 14:17 +0100, Jean-Marc Lasgouttes wrote:
> > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> Martin> So then the original patch should go in, with break added? How
> Martin> expensive is this with big documents? It scales linearly.
>
> The good thing is that w
Gour wrote:
> So, what is the proper way to include the ../freetype2 header dir?
It should be found automatically by configure. What is your OS/distribution?
What is your configure command line?
> Does the gtk front-end needs freetype1 or freetype2?
On my machine it uses freetype2.
Georg
> "John" == John C Spray <[EMAIL PROTECTED]> writes:
John> I disagree. Although there is a benefit to developers in having
John> relatively uniform frontends, it is more valuable to the user to
John> have whichever frontend they use fit in with their desktop
John> environment. As a trivial exa
On Wed, 2005-11-09 at 14:37 +0100, Jean-Marc Lasgouttes wrote:
> > "Alfredo" == Alfredo Braunstein <[EMAIL PROTECTED]> writes:
>
> Alfredo> I've proposed this, but it was rejected because the scrollbar
> Alfredo> changes height when moving around.
>
> [sorry alfredo for quoting private mail!]
Jean-Marc Lasgouttes wrote:
> All of this is doable IMO. But a major problem I see is that
> translators may need to use different shortcuts for a string in
> different frontends. How do we make that possible?
Fictive example: The string "&Print" needs the translation "&Drucken" in
xforms and "D&
On Wed, 2005-11-09 at 14:06 +0100, Jean-Marc Lasgouttes wrote:
> > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> >> More like 95%, if it weren't for the sad fact that qt and xforms
> >> have different syntax for specifying keyboard shortcuts.
>
> Martin> Is this fixable?
>
> Her
Hi LyX devs!
In order to put my time where is my mouth (see lyx-users list & "Forget
Windows" thread), here I send result of my attempt to build LyX CVS with
a gtk front-end:
g++ -DHAVE_CONFIG_H -I. -I. -I../../../src -Winvalid-pch --include=./pch.h
-I../../../images -I../../../src -I../../..
(Thanks to whoever did it for re-subscribing me to the dev list)
I'm making this last post to both lists and then will try to find the
time to look into things on the lyx-devel side.
As I alluded to before, NeXT/OPEN/GNUstep/Cocoa allows one to
dynamically add and remove language support from
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
>> > Let's wait a bit to see whether Andre chimes in...
Andre> Aehm. What?
Andre> Selection? This is two dociterators, 'anchor' and 'cursor',
Andre> with anchor.size() >= cursor.size() and anchor[i].inset() ==
Andre> cursor[i].inset() fo
> "Alfredo" == Alfredo Braunstein <[EMAIL PROTECTED]> writes:
Alfredo> I've proposed this, but it was rejected because the scrollbar
Alfredo> changes height when moving around.
[sorry alfredo for quoting private mail!]
I added my previous comments to the bug, plus some proposals to avoid
too
> "chr" == chr <[EMAIL PROTECTED]> writes:
>> If you want it, should I post the files here or is there a
>> different procedure?
chr> In case the developers don't want it for this release, just
chr> upload it to the wiki...
chr>http://wiki.lyx.org/Layouts/Layouts
Seeing that the class
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> So then the original patch should go in, with break added? How
Martin> expensive is this with big documents? It scales linearly.
The good thing is that we have really reduce the number of times
getFont gets called. Nevertheless,
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> Georg Baum wrote:
>>> Hm. So why isn't it the case?
>> It stems probably from the pre-inset-unification era. But this is
>> certainly nothing to do now.
Juergen> Agreed. Thus I'd propose to put my original fix in (plus
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>> More like 95%, if it weren't for the sad fact that qt and xforms
>> have different syntax for specifying keyboard shortcuts.
Martin> Is this fixable?
Here is how I would do that:
1. change frontend::scex and frontend::idex to unde
On Wed, 2005-11-09 at 08:24 +0200, Martin Vermeer wrote:
> > The idea is that each frontend author is free to implement the dialogs
> > as he wants. There is no contraint on their layout and/or text.
>
> But that's a bug, not a feature, right? We _should_ strive for uniformity.
I disagree. Altho
On Wed, 9 Nov 2005, Helge Hafting wrote:
> I have made a .layout for brev.cls (A class for writing letters,
> where the sendto-address is positioned correctly so you see it
> through the transparent window in the envelope.)
>
> I don't know if you want it in the middle of a freeze, but this
> is
Georg Baum wrote:
>> Hm. So why isn't it the case?
>
> It stems probably from the pre-inset-unification era. But this is
> certainly nothing to do now.
Agreed. Thus I'd propose to put my original fix in (plus a FIXME comment).
http://marc.theaimsgroup.com/?l=lyx-devel&m=113137862006884&w=2
OK?
Martin Vermeer wrote:
> On Wed, Nov 09, 2005 at 11:16:49AM +0100, Georg Baum wrote:
>> Juergen Spitzmueller wrote:
>>
>> > Georg Baum wrote:
>> >>> Can deliminset also contain text?
>> >>
>> >> I don't know, but I guess not.
>> >
>> > Then Martin's fix should go in (rather than mine).
>>
>> Yo
Martin Vermeer wrote:
>> >I suspect 50% of the strings would turn out to be common.
>> More like 95%, if it weren't for the sad fact that
>> qt and xforms have different syntax for specifying keyboard
>> shortcuts.
> Is this fixable?
Sure. Given that XForms is now the junior partner, create a new
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> IMHO this is overkill if used only once, but is useful if you
Georg> need it several times.
Agreed. Sorry for the wrong comment on your original code, Martin.
JMarc
John Levon wrote:
> On Tue, Nov 08, 2005 at 07:38:23PM +, Angus Leeming wrote:
>> Let's turn your argument around: why not wrap LYX_ERROR on your
>> side?
>
> For the same reason that the C library doesn't have functions called
> apache_*() - generic code uses generic names.
Sorry, that's FU
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
>> Nice explanation. It should be in insetbase.h :-)
Juergen> I'll gladly provide a documentation patch, but first someone
Juergen> who knows better than me should confirm that this is actually
Juergen> correct.
I think it is 1
On Wed, Nov 09, 2005 at 11:35:04AM +0100, Helge Hafting wrote:
> Jean-Marc Lasgouttes wrote:
>
> >>"Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
> >>
> >>
> >Angus> It doesn't actually make anybody's life easier because the
> >Angus> different frontends do actually ha
On Wed, Nov 09, 2005 at 11:16:49AM +0100, Georg Baum wrote:
> Juergen Spitzmueller wrote:
>
> > Georg Baum wrote:
> >>> Can deliminset also contain text?
> >>
> >> I don't know, but I guess not.
> >
> > Then Martin's fix should go in (rather than mine).
>
> Your fix is also good: Why disable ma
On Wed, Nov 09, 2005 at 10:21:19AM +0100, Georg Baum wrote:
> Martin Vermeer wrote:
>
> > I tried the attached (plus a legion of variants that may remain
> > unmentioned)... why doesn't it work?
>
> Because std::find can only compare container elements with the given
> element, not the addresses.
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>> The idea is that each frontend author is free to implement the
>> dialogs as he wants. There is no contraint on their layout and/or
>> text.
Martin> But that's a bug, not a feature, right? We _should_ strive for
Martin> uniformity.
I have made a .layout for brev.cls (A class for writing letters,
where the sendto-address is positioned correctly so you see it
through the transparent window in the envelope.)
I don't know if you want it in the middle of a freeze, but this
is just one new .layout file, I don't touch any of the
Jean-Marc Lasgouttes wrote:
"Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> It doesn't actually make anybody's life easier because the
Angus> different frontends do actually have subtly different dialogs
Angus> and messages.
I suspect 50% of the strings would turn out
Juergen Spitzmueller wrote:
> Georg Baum wrote:
>>> Can deliminset also contain text?
>>
>> I don't know, but I guess not.
>
> Then Martin's fix should go in (rather than mine).
Your fix is also good: Why disable matrices if the mode is not yet decided?
>>> This distinction would also make sen
Georg Baum wrote:
>> Can deliminset also contain text?
>
> I don't know, but I guess not.
Then Martin's fix should go in (rather than mine).
>> As far as I understand it (please correct me if I'm wrong), it is:
>> - NOT_EDITABLE: the inset's content can not be modified (e.g. printindex,
>> inset
Martin Vermeer wrote:
> I tried the attached (plus a legion of variants that may remain
> unmentioned)... why doesn't it work?
Because std::find can only compare container elements with the given
element, not the addresses. You need to use something like (untested)
class ParAddressEqual : public
On Tue, 2005-11-08 at 22:36 +0100, Georg Baum wrote:
> Am Dienstag, 8. November 2005 11:46 schrieb Martin Vermeer:
> > On Tue, Nov 08, 2005 at 09:56:11AM +0100, Jean-Marc Lasgouttes wrote:
> > > > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
> > >
> > > Martin> Attached.
> > >
> > >
57 matches
Mail list logo
