On Sat, May 14, 2005 at 11:54:35PM +0200, Jean-Marc Lasgouttes wrote:
> > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> Martin> So, what could be the 4-5 day "core" time that we should all
> Martin> try to be there? Th 14 - Mo 18 July? I have to start ordering
> Martin> tickets...
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> So, what could be the 4-5 day "core" time that we should all
Martin> try to be there? Th 14 - Mo 18 July? I have to start ordering
Martin> tickets...
It seems that this particular week-end is indeed the one that
interests the mo
> "Michael" == Michael Schmitt <[EMAIL PROTECTED]> writes:
Michael> Martin Vermeer wrote:
>> So, what could be the 4-5 day "core" time that we should all try to
>> be there? Th 14 - Mo 18 July? I have to start ordering tickets...
>>
>>
Michael> BTW: I intend to go by train. How difficult is
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> The above. I believe the _translator_ load per front end can
Martin> be brought down to close to zero; as for the _coding_ load
Martin> caused by the ongoing evolution of the LyX core code, that of
Martin> course will never be ze
On Sat, May 14, 2005 at 08:42:08PM +0200, Andre Poenitz wrote:
> On Sat, May 14, 2005 at 01:42:58PM +0100, John Levon wrote:
> > On Fri, May 13, 2005 at 09:25:31PM +0200, Andre Poenitz wrote:
> >
> > > So why not solve that he other way round: Do not blink the cursor unless
> > > all draws have be
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Code refactoring should be on-going, yes. However, we should
Angus> drop XForms.
Note that we can't drop xforms until gtk stops depending on it.
JMarc
On Sat, May 14, 2005 at 05:19:54PM +0300, Martin Vermeer wrote:
> Now there I agree. Which is why I think we should not just "drop" any
> front ends. We need at least two more or less useable ones to keep GUI-I
> alive, now that we have it.
GUI-I has done its duty, let it die. What do we _really_
On Sat, May 14, 2005 at 04:02:10PM +0300, Martin Vermeer wrote:
> On Sat, May 14, 2005 at 01:42:58PM +0100, John Levon wrote:
> > On Fri, May 13, 2005 at 09:25:31PM +0200, Andre Poenitz wrote:
> >
> > > So why not solve that he other way round: Do not blink the cursor unless
> > > all draws have b
On Sat, May 14, 2005 at 03:57:23PM +0300, Martin Vermeer wrote:
> OK, but that tells us also something about the current state of
> incompleteness of GUI-I. Ideally, the front ends should only define a
> set of primitives that the rest of LyX then uses. I am thinking of a
> termcap type parametriza
On Sat, May 14, 2005 at 05:45:55PM +0300, Martin Vermeer wrote:
> OK, but let's then make sure gtk is minimally useable before that. We
> shouldn't lose this investment (in GUI-I, I mean).
The GUI-I investment has already payed off by separating GUI and core.
Right now and in a foreseeable future,
On Sat, May 14, 2005 at 01:42:58PM +0100, John Levon wrote:
> On Fri, May 13, 2005 at 09:25:31PM +0200, Andre Poenitz wrote:
>
> > So why not solve that he other way round: Do not blink the cursor unless
> > all draws have been finished?
>
> I thought that's what Martin was planning (and it certa
On Fri, May 13, 2005 at 11:15:02PM +0300, Martin Vermeer wrote:
> @@ -1229,7 +1221,6 @@
> // real_current_font.number can change so we need to
> // update the minibuffer
> if (old_font != real_current_font)
> - bv->owner()->view_
On Sat, May 14, 2005 at 12:42:21PM +0200, Michael Schmitt wrote:
> My initial tests of the Qt frontend told me that it is far away from
> being stable. Actually, it seems like some stuff is broken that worked
> very well in 1.3 before. Once again, I would like to raise the question
> on whether
On Fri, May 13, 2005 at 09:46:29PM +0300, Martin Vermeer wrote:
> Actually it should be noted that paintText called from LyXScreen::redraw
> still draws _three_ paragraphs: the one containing the cursor, and the
> ones above and below, see rowpainter.C. I'm sure there is a good reason
> for this w
Hello LyXers,
what is the name of the xpm for the QT math panel symbol "Sets limits
style"?
Thanks and regards
Uwe
Juergen Spitzmueller wrote:
> Index: frontends/qt2/QTexinfo.C
> ===
> RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/frontends/qt2/QTexinfo.C,v
> retrieving revision 1.27
> diff -u -r1.27 QTexinfo.C
> --- frontends/qt2/QTexinfo.C12
On Sat, May 14, 2005 at 04:28:52PM +0100, Angus Leeming wrote:
> Given that the QDialog destroys itself (the WDestructiveClose flag is set)
Yes, that's the ticket.
john
Juergen Spitzmueller wrote:
> > 2. (a) Add some BibTeX bibliography (b) Insert > Cross-reference (c)
> > search entry "e" (d) Find Previous => Bang!
>
> I take it that (b) means Insert->Citation. I get no crash, but it's not
> working correctly either. I'll have a look.
>
> > 3. (a) Add some BibTeX
Angus Leeming wrote:
> I tried to fix that myself when adding the code to prevent a user from
> adding a "file name with spaces" if LaTeX didn't support it, (see the
> patch at http://article.gmane.org/gmane.editors.lyx.devel:44738) but
> failed. Not that I tried too hard. I'll be interested to see
John Levon wrote:
> On Sat, May 14, 2005 at 03:52:00PM +0100, Angus Leeming wrote:
>
>> >> This patch, part I, changes nothing in LyX's operation. Well
>> >> actually, that's not quite true; it enables the Qt Alert dialogs to
>> >> know who their parent is so that dialogs are stacked in the corre
Jürgen Spitzmüller wrote:
>> 5. Insert > List & TOC > BibTeX Bibliography > Add => There is an empty
>> entry at the top
>
> I'll have a look.
I tried to fix that myself when adding the code to prevent a user from
adding a "file name with spaces" if LaTeX didn't support it, (see the
patch at http
Martin Vermeer wrote:
>> So, whilst multiple possible frontends is somehow "nice", it's not very
>> important IMO.
>
> Entropy, Angus. That, and human nature. It's like with platform or
> achitecture independence: if actually using multiple platforms isn't
> forcing you, it _will_ slowly decay.
O
On Sat, May 14, 2005 at 04:01:53PM +0100, Angus Leeming wrote:
> Martin Vermeer wrote:
> > OK, but let's then make sure gtk is minimally useable before that. We
> > shouldn't lose this investment (in GUI-I, I mean).
>
> What is the important legacy of the GUII project? IMO it is the clean and
> un
On Sat, May 14, 2005 at 03:41:50PM +0100, John Levon wrote:
> On Sat, May 14, 2005 at 05:19:54PM +0300, Martin Vermeer wrote:
>
> > Yes... but then we should try to move them closer together again. Yes,
> > some differences will remain. We should certainly have only one
> > translatable string cop
Michael Schmitt wrote:
> 1. Insert > List & TOC > BibTeX Bibliography > Add > Browse => Bang!
Hmm, not here. Do you have a backtrace?
> 2. (a) Add some BibTeX bibliography (b) Insert > Cross-reference (c)
> search entry "e" (d) Find Previous => Bang!
I take it that (b) means Insert->Citation. I
On Sat, May 14, 2005 at 03:52:00PM +0100, Angus Leeming wrote:
> >> This patch, part I, changes nothing in LyX's operation. Well actually,
> >> that's not quite true; it enables the Qt Alert dialogs to know who their
> >> parent is so that dialogs are stacked in the correct order.
> >
> > Alarm b
Martin Vermeer wrote:
> OK, but let's then make sure gtk is minimally useable before that. We
> shouldn't lose this investment (in GUI-I, I mean).
What is the important legacy of the GUII project? IMO it is the clean and
understandable code that has, eventually, been written. It will be trivial
to
John Levon wrote:
> On Thu, May 12, 2005 at 07:22:31PM +0100, Angus Leeming wrote:
>
>> This patch, part I, changes nothing in LyX's operation. Well actually,
>> that's not quite true; it enables the Qt Alert dialogs to know who their
>> parent is so that dialogs are stacked in the correct order.
On Sat, May 14, 2005 at 03:33:41PM +0100, Angus Leeming wrote:
> Martin Vermeer wrote:
> > Now there I agree. Which is why I think we should not just "drop" any
> > front ends. We need at least two more or less useable ones to keep GUI-I
> > alive, now that we have it.
>
> It keeps us 'honest' you
On Sat, May 14, 2005 at 05:19:54PM +0300, Martin Vermeer wrote:
> Yes... but then we should try to move them closer together again. Yes,
> some differences will remain. We should certainly have only one
> translatable string copy -- located in the common part outside the front
> ends -- for every
Martin Vermeer wrote:
> Now there I agree. Which is why I think we should not just "drop" any
> front ends. We need at least two more or less useable ones to keep GUI-I
> alive, now that we have it.
It keeps us 'honest' you mean? Fine.
> I expect that in 1.5, we can combine much of the work of ge
On Sat, May 14, 2005 at 02:11:21PM +0100, John Levon wrote:
> On Sat, May 14, 2005 at 03:57:23PM +0300, Martin Vermeer wrote:
>
> > OK, but that tells us also something about the current state of
> > incompleteness of GUI-I. Ideally, the front ends should only define a
> > set of primitives that t
On Sat, May 14, 2005 at 03:08:12PM +0200, Hammer Armin wrote:
> I think I know what you mean. After digging in the code, perhaps
> the lyx "preferences" file would be a better place to store and retrieve
> the geometry settings.
We'd need to implement the session saving code that happens when e.g
On Sat, May 14, 2005 at 03:57:23PM +0300, Martin Vermeer wrote:
> OK, but that tells us also something about the current state of
> incompleteness of GUI-I. Ideally, the front ends should only define a
> set of primitives that the rest of LyX then uses. I am thinking of a
> termcap type parametriz
Hi Jean-Marc,
> Hammer> On MacOsX the options doens'nt seems active. I got an "unknown
> Hammer> option" error.
>
> Forget about it, this is done by qt/x11.
>
> Hammer> QSessions seems quite easy. I will give it try.
>
> But It seems to me that they do not provide much that cannot be done
> by
On Sat, May 14, 2005 at 01:42:58PM +0100, John Levon wrote:
> On Fri, May 13, 2005 at 09:25:31PM +0200, Andre Poenitz wrote:
>
> > So why not solve that he other way round: Do not blink the cursor unless
> > all draws have been finished?
>
> I thought that's what Martin was planning (and it certa
On Sat, May 14, 2005 at 12:19:38PM +0100, John Spray wrote:
> On Sat, 2005-05-14 at 12:08 +0100, Angus Leeming wrote:
> > * send the gnome port to the Attic now.
> Yes. If one ever wants to refer to it it will still be findable. Right
> now it's just confusing to anyone who is new to the reposi
On Fri, May 13, 2005 at 09:25:31PM +0200, Andre Poenitz wrote:
> So why not solve that he other way round: Do not blink the cursor unless
> all draws have been finished?
I thought that's what Martin was planning (and it certainly sounds
right)
regards
john
On Sat, 2005-05-14 at 12:08 +0100, Angus Leeming wrote:
> My take on this is that we should
> * have one *official* frontend, Qt, after 1.4 is out.
Makes sense, although whether distributors package it like that is up to
them.
> * send the gnome port to the Attic now.
Yes. If one ever wants to re
On Fri, May 13, 2005 at 10:43:52PM +0200, Andre Poenitz wrote:
> > Does that look like a plan?
>
> Yes.
Here is the latest state of the patch. Have your pleasure with it :-)
I'll be out for two weeks starting Monday.
- Martin
Index: BufferView.C
=
Michael Schmitt wrote:
> Once again, I would like to raise the question
> on whether we can really afford to maintain more than one frontend.
> Wouldn't it make sense to remove even the xforms frontend for 1.4? Who
> is actually using/testing it? I think one really good frontend is better
> than tw
Hi,
I am wondering about the role of the various frontends with regard to
LyX 1.4. At least "gnome" and "gtk" are not usable right now and I would
like to propose to
1. remove "gnome" from the CVS because it is no longer used
2. remove all "gtk" files from POTFILES so that gtk messages will not
Hi,
a couple of small bug reports regarding the Qt frontend:
1. Insert > List & TOC > BibTeX Bibliography > Add > Browse => Bang!
2. (a) Add some BibTeX bibliography (b) Insert > Cross-reference (c)
search entry "e" (d) Find Previous => Bang!
3. (a) Add some BibTeX bibliography (b) Insert > Cross
Andre Poenitz wrote:
> Could you just comment out the whole body of LengthCombo::noPercents()
> in src/frontend/qt2/lengthcombo.C (this is lines 62-69 or so)
> and try again?
It would certainly be a big surprise if that function would be called while
typing.
Jürgen
Martin Vermeer wrote:
So, what could be the 4-5 day "core" time that we should all try to be there?
Th 14 - Mo 18 July? I have to start ordering tickets...
BTW: I intend to go by train. How difficult is it to get to your
apartment from Paris railway station? (In particular, if you do not
speak
Martin Vermeer wrote:
> On Fri, May 13, 2005 at 09:48:45PM +0200, Alfredo Braunstein wrote:
>> Martin Vermeer wrote:
>>
>> > // real_current_font.number can change so we need to
>> > // update the minibuffer
>> > if (old_font != real_current_font
On Wed, May 11, 2005 at 04:18:19PM +0200, Jean-Marc Lasgouttes wrote:
> > "Asger" == Asger Alstrup <[EMAIL PROTECTED]> writes:
>
> Asger> I agree with Lars that it is due time to decide the date, and
> Asger> the 16th looks like the clear winner. Jean-Marc, what do you
> Asger> say?
>
> The 1
47 matches
Mail list logo
