[PR]
$B%a%kM'"*M'C#!&Nx?M(B!?
(Bhttp://mailnavi.jp/index.jsp?pcode=dp009
(B
$B"!(BITN NEWS
(BITN$B$N%"%_%+$G$9!y(B
(Bi$B%"%W%j$G$b==J,3Z$7$$$N$K!"2?$He$KF0$-$N$"$k%2!<%`$,[EMAIL PROTECTED](B!
(B
(B[PR]$B=P2q$([EMAIL PROTECTED](B!
(Bhttp://mailnavi.jp/index.jsp?pcode=dp009
(B
Rob Lahaye wrote:
>
> This is a teeny-weeny patch to adjust this dialog to previous
> "pretty" standards. Please apply. ChangeLog:
>
> 2003-03-11 Rob Lahaye <[EMAIL PROTECTED]>
>
> * forms/form_text.fd: prettify layout
Forgot to attach the patch. Please apply.
Rob.
XformText.diff.gz
De
On Fri, Mar 14, 2003 at 11:32:20AM +, John Levon wrote:
> On Thu, Mar 13, 2003 at 11:20:31PM -0800, Kayvan A. Sylvan wrote:
>
> > > I know nothing about literate programming latex. Give a poor man a break
> > > ... i.e. what format is this. ascii ? latex ? what ?
> >
> > Yes, it's simple asci
On Friday 14 March 2003 15:02, Dekel Tsur wrote:
>
> I've fixed the bug.
> Jose, if you have testcase files, please check that my fix doesn't break
> something else.
I tested it and didn't saw secondary effects. :-)
--
José Abílio
On Thursday 13 March 2003 13:17, Yann COLLETTE wrote:
> Hello,
>
> I've got a huge file composed with lyx-1.1.6fix4 I can't export under
> postscript with lyx-1.2* and lyx-1.3 (I can export it with lyx-1.1.6fix4).
Yann I think that some of the errors you get are related with the changes
that ha
On piątek 14 marzec 2003 08:44 am, John Levon wrote:
> On Fri, Mar 14, 2003 at 08:20:44AM -0500, Kuba Ober wrote:
> > No matter how small or "insignificant" a change is, there should be a way
> > to review it without having to post a patch to the mailing list.
>
> Sure - get the machinery to post p
On piątek 14 marzec 2003 08:46 am, John Levon wrote:
> On Fri, Mar 14, 2003 at 08:36:10AM -0500, Kuba Ober wrote:
> > Just imagine how much easier the life for Lars and all other potential
> > reviewers would be, if instead of scouring the list for stuff to review,
> > and everybody else complainin
> "dekel" == dekel <[EMAIL PROTECTED]> writes:
dekel> CVSROOT: /usr/local/lyx/cvsroot Module name: lyx-devel
dekel> Repository: lyx-devel/lib/lyx2lyx/ Changes by:
dekel> [EMAIL PROTECTED] 03/03/14 16:29:01
dekel> Modified files: lyx-devel/lib/: Tag: BRANCH_1_3_X ChangeLog
dekel> lyx-devel/li
On Fri, Mar 14, 2003 at 04:08:34PM +0100, Jean-Marc Lasgouttes wrote:
> Andre> As Lars noted, people's schedules are filling, so postponing
> Andre> this indefinitely is not really a good option..
>
> I agree with lars that Sep 27 is very late. Knowing that LyX will be
> in a rather instable state
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> Could I please have everybody's confirmation that moving the
Andre> meeting from the current date (22th June) to some other date (I
Andre> gave the list of options starting with 27th September or so) is
Andre> not a bad idea and tha
On Thu, Mar 13, 2003 at 07:05:21PM +, Jos? Matos wrote:
> after compiling 1.1.6fix4 I was able to make a simple example where we fail.
>
> In table-in-minipage.lyx we get two minipages with 2*2 tables inside.
> table-in-minipage-3.lyx is the same file but made with lyx-1.3.0
Two random notes:
1. There has been a pretty sympathetic three-page-article in some German
journal I've never heard of before ("Linux-User 03/2003") about LyX, and
from the references there it was not the first of kind.
2. My boss is currently busy installing SuSE 8.1 on every computer he can
ge
Could I please have everybody's confirmation that moving the meeting from
the current date (22th June) to some other date (I gave the list of options
starting with 27th September or so) is not a bad idea and that I should try
to rearrange the current booking?
As Lars noted, people's schedules are
On Fri, 2003-03-14 at 23:11, Alfredo Braunstein wrote:
> Christian Ridderström wrote:
>
> > So I managed to give the very worst suggestion! Maybe it's even
>
> Not to overemphasize, but changing the document's content unrelated to user
> actions can provoque stress, anxiety, severe heart diseases
On Fri, Mar 14, 2003 at 02:57:07PM +0100, Andre Poenitz wrote:
> application/x-gunzip; gunzip -c %s; copiousoutput
> in my /etc/mailcap and everything "magically" works.
Well I'd need some way to do that w/o changing /etc/, and I'd really
like to have the patch inline as well ... guess it's possi
On Fri, Mar 14, 2003 at 02:03:26PM +, John Levon wrote:
> > gzipped should be no problem
>
> It's actually a lot of hassle for me
Why?
I have something like
application/x-gunzip; gunzip -c %s; copiousoutput
application/x-gzip; gunzip -c %s; copiousoutput
application/gzip; gunzip -c %s; cop
On Fri, Mar 14, 2003 at 02:43:44PM +0100, Andre Poenitz wrote:
> gzipped should be no problem
It's actually a lot of hassle for me
john
On Fri, Mar 14, 2003 at 01:46:56PM +, John Levon wrote:
> Actually, context switching out of my mail reader just to review a
> patch would be a major PITA (it's annoying enough when people post
> gzipped attachments)
gzipped should be no problem, the PITA is undeclared contents...
Andre'
--
On Fri, Mar 14, 2003 at 08:36:10AM -0500, Kuba Ober wrote:
> Just imagine how much easier the life for Lars and all other potential
> reviewers would be, if instead of scouring the list for stuff to review, and
> everybody else complaining "my patch has been ignored, so here it is again
Actual
On Fri, Mar 14, 2003 at 08:20:44AM -0500, Kuba Ober wrote:
> No matter how small or "insignificant" a change is, there should be a way to
> review it without having to post a patch to the mailing list.
Sure - get the machinery to post patches. It's as easy in CVS as
anything else.
> And the fac
On Fri, Mar 14, 2003 at 02:13:32PM +0100, Andre Poenitz wrote:
> Please have a shot at "full redraw".
There's no way that would work properly, I don't think. But if you look
at the row vs. full redraw it's not particularly complicated: you just
start from the y position that just changed. The bac
On piątek 14 marzec 2003 06:27 am, John Levon wrote:
> On Fri, Mar 14, 2003 at 11:27:29AM +, Jos? Matos wrote:
> > On Friday 14 March 2003 11:16, John Levon wrote:
> > > Plus the duplication of the changelong in the commit - most commit
> > > messages are good enough just being the changelog
>
On Fri, Mar 14, 2003 at 01:19:03PM +, John Levon wrote:
> On Fri, Mar 14, 2003 at 02:08:44PM +0100, Andre Poenitz wrote:
> > All of these problems magically vanish if we switch over to a 'full redraw'
> > policy. We are currently doing in a lot of cases full redraws or redraws of
> > a signific
On piątek 14 marzec 2003 06:16 am, John Levon wrote:
> On Fri, Mar 14, 2003 at 09:01:20AM +0100, Andre Poenitz wrote:
> > vi insets/Changelog
> > [insert changelog]
> > cvs commit
> > [write 'Fix for missing space as reported by Angus]
> >
> > :wq
> >
> > The "cvs overhead" is 'cvs up' +
> Hm. Ok. Let's count keystrokes for a minimalistic real life example.
> Let's suppose Angus told me there is a space missing in inset/insetenv.C.
>
> I do
>
> cvs up
> vi insets/insetenv.C
> [insert the space]
>
> :wq
>
> vi insets/Changelog
> [insert changelog]
> cvs commit
> [wri
On Fri, Mar 14, 2003 at 02:17:28PM +0100, Lars Gullik Bj?nnes wrote:
> No, not necessarily.
>
> I think the clean up so far has been good, especially to split the
> DEPM.
Can you explain which variant you want then (because it isn't mine) ?
thanks
john
On Fri, Mar 14, 2003 at 02:08:44PM +0100, Andre Poenitz wrote:
> All of these problems magically vanish if we switch over to a 'full redraw'
> policy. We are currently doing in a lot of cases full redraws or redraws of
> a significant part of the screen anyway, but waste a lot of time and code
> f
John Levon <[EMAIL PROTECTED]> writes:
| On Fri, Mar 14, 2003 at 01:53:34PM +0100, Lars Gullik Bj?nnes wrote:
|
| > I think that Helge has a point. We should not allow them to be
| > created. (so we have to remove the old ones.)
|
| OK, then the code stays as it is.
No, not necessarily.
I thin
On Fri, Mar 14, 2003 at 12:10:39PM +, John Levon wrote:
> > The good approach seems to be the two step one suggested by André: get
> > children's size and draw must be done in two different steps.
[This is not my idea, but rather the way mathed worked since Alejandro's
time. I just came to the
On Fri, Mar 14, 2003 at 01:53:34PM +0100, Lars Gullik Bj?nnes wrote:
> I think that Helge has a point. We should not allow them to be
> created. (so we have to remove the old ones.)
OK, then the code stays as it is.
john
John Levon <[EMAIL PROTECTED]> writes:
| On Fri, Mar 14, 2003 at 01:15:39PM +0100, Helge Hafting wrote:
|
| > It might not matter much if the horizontal cursor approach is used, but
| > empty paragraphs producing lots of extra vertical space is not what I
| > mean, therefore I don't want them.
Christian Ridderström wrote:
> So I managed to give the very worst suggestion! Maybe it's even
Not to overemphasize, but changing the document's content unrelated to user
actions can provoque stress, anxiety, severe heart diseases, and
eventually, death.
Alfredo
On Fri, 14 Mar 2003, Alfredo Braunstein wrote:
> Christian Ridderström wrote:
>
> > where they can easily be added. Oh, and I added my (unrealistic)
> > special-effects idea of self-destructing empty paragraphs...
>
> I think that self-destructing empty pars (with a timer) break some golden
> ru
On Fri, Mar 14, 2003 at 01:15:39PM +0100, Helge Hafting wrote:
> It might not matter much if the horizontal cursor approach is used, but
> empty paragraphs producing lots of extra vertical space is not what I
> mean, therefore I don't want them.
Then you don't create them...
john
John Levon wrote:
Personally I believe the UI benefit in the paragraph not going away when
you're about to type into vs. the cost of allowing the user to leave an
empty paragraph or two around is worth it. I guess you disagree.
I see the point of an empty paragraph that stays when I mark something
On Fri, Mar 14, 2003 at 12:53:32PM +0100, Alfredo Braunstein wrote:
> It seems a mechanism for insets to notify parents that they have changed
> size while drawing themselves. But I may be wrong.
You're correct, *but* it's totally unnecessary. The only thing that
could possibly change size on a d
John Levon wrote:
> The intention is to make all the sites that write to
> refresh_row/refresh_y directly go away in favour of symbolic names. This
> is the start (tough job working out wtf is going on ...)
Nice.
> Somebody's yet to explain what the CHANGED_IN_DRAW is all about, they
> all look
On Thu, Mar 13, 2003 at 11:20:31PM -0800, Kayvan A. Sylvan wrote:
> > I know nothing about literate programming latex. Give a poor man a break
> > ... i.e. what format is this. ascii ? latex ? what ?
>
> Yes, it's simple ascii. Logically, it is equivalent to the latex export.
I'm afraid you're g
On Fri, Mar 14, 2003 at 03:16:35PM +0900, Rob Lahaye wrote:
> string. "rtrim()" this off, and the alignment problem goes away.
applied
thanks
john
On Fri, Mar 14, 2003 at 11:27:29AM +, Jos? Matos wrote:
> On Friday 14 March 2003 11:16, John Levon wrote:
> >
> > Plus the duplication of the changelong in the commit - most commit
> > messages are good enough just being the changelog
>
> I remember to have seen some experiments from Lars
On Friday 14 March 2003 11:16, John Levon wrote:
>
> Plus the duplication of the changelong in the commit - most commit
> messages are good enough just being the changelog
I remember to have seen some experiments from Lars where the Changelog diff
was expanded in cvslog. If that was done then t
On Fri, Mar 14, 2003 at 09:01:20AM +0100, Andre Poenitz wrote:
> vi insets/Changelog
> [insert changelog]
> cvs commit
> [write 'Fix for missing space as reported by Angus]
> :wq
>
> The "cvs overhead" is 'cvs up' + 'cvs commit', i.e. 18 keystrokes.
> What would be the corresponding ae
On Friday 14 March 2003 10:46, Dekel Tsur wrote:
> >
> > Ok, I found the problem, but not yet the solution.
> > We have problems converting tables inside minipages.
> >
> > Dekel do you have any clue about this?
>
> Can you send a minimal example ?
Unwisely I started a new thread on this,
On Thu, Mar 13, 2003 at 06:36:05PM +, Jos? Matos wrote:
> On Thursday 13 March 2003 13:17, Yann COLLETTE wrote:
> > Hello,
> >
> > I've got a huge file composed with lyx-1.1.6fix4 I can't export under
> > postscript with lyx-1.2* and lyx-1.3 (I can export it with lyx-1.1.6fix4).
> > When I ope
Kornel Benko wrote:
> Wow, nice. Wunderfull not to having moving view
> near the cursor.
Thanks!
> Tested on some more files which behaved oddly before.
Super.
Alfredo
-BEGIN PGP SIGNED MESSAGE-
On Freitag, 14. März 2003 10:36, Alfredo Braunstein wrote:
> With this patch, the 'reference' row will be set to the cursor row if
> visible. This is achieved by adding an anchor_row(Row *) method, and
> calling that from setCursor if the new cursor row is visibl
Christian Ridderström wrote:
> where they can easily be added. Oh, and I added my (unrealistic)
> special-effects idea of self-destructing empty paragraphs...
I think that self-destructing empty pars (with a timer) break some golden
rule of ui: document content shouldn't depend on _time_! (it's w
Integrate environments in textclass. Still not active.
Maybe this should be split in separate paragraph layout and environment
layouts, but as it is it saves a lot of code duplication. Later...
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they
Kuba Ober wrote:
> recall reading/hearing somewhere that the "TOC caption" for floats was
> being gracefully handled. Is it in 1.3.0 or HEAD, and how to access that
> TOC version of the caption?
>
> FYI, I'm referring to \caption[toc caption]{main caption}
In 1.3: Insert->Short Title
Jürgen.
On Thu, 13 Mar 2003, John Levon wrote:
> On Thu, Mar 13, 2003 at 09:38:54PM +0100, Alfredo Braunstein wrote:
>
> > 2) Do not forbid anything. Double empty newlines will be aliminated on
> > export/save.
> >
> > Advantages: easy coding, easy to maintain
> > Disadvantages: can conf
I've tried something that Angus suggested on the DEPM thread.
With this patch, the 'reference' row will be set to the cursor row if
visible. This is achieved by adding an anchor_row(Row *) method, and
calling that from setCursor if the new cursor row is visible
I've also renamed top_row_ and top
On Thu, Mar 13, 2003 at 10:23:49PM +, John Levon wrote:
> It's a pity to lose the charm of Juergen's comment but I'm just not very
> charming ...
You could create an "old_comments" file in development ;-)
(and rename TodoPlan-1.3 intp TodoPlan-1.5)
Andre'
--
Those who desire to give up Free
On Thu, Mar 13, 2003 at 02:40:31PM -0500, Kuba Ober wrote:
> Well, each change that you create with aenc or tkaenc gets a number. Usually,
> there should be a change for each confirmed bug report at least. The job of
> creating changes is quite separate from the job of actually developing the
>
53 matches
Mail list logo
