On Wed, 22 Nov 2000, Angus Leeming wrote:
Conversely, lyx_sendfax.fd and ref.fd are no longer used. They should be
removed.
Shall I do it?
Angus
and it seems support/fileblocks.c isn't used either. And IMHO Timeout.[Ch]
should be in support/
john
--
"All the passengers carry their
All goes well making the new tar file on ftp.devel.lyx.org
Angus
On 22 Nov 2000, Lars Gullik Bjønnes wrote:
- the NEW_INSET code that you mentioned. (lot still missing,
itemize/enumerate is still hardcoded, insetfloat needs some work ...)
- the restructureing of internal storage formats (from implicit home
grown linked list to std::containers) And
On Thu, 23 Nov 2000, Allan Rae wrote:
Dear Allan,
Let me try to summarize some of your points:
1) Being independent is better, since you'll potentially last longer in
a changing environment
2) Different GUI frontends creates competition, and thus more innovation
3) Different frontends
On Wed, 22 Nov 2000, Martin Vermeer wrote:
As one who is actually more concerned with this user focus than with the
code, I still have to say that I can understand it. I can see that
writing excellent code is laying the basis for developing an excellent
application. That's why I very much
On Thu, 23 Nov 2000, Asger K. Alstrup Nielsen wrote:
Would you be still be enthusiastic to participate in LyX development if
GUII was dropped and focus was on Qt as the main toolkit?
Greets,
Asger
It seems to me that the implemented framework is a reasonable method for
providing exactly
Attached is a large-ish patch of small bits. It does essentially two things:
* All xforms forms are now connected to the redrawGUI signal (ie, the old,
legacy ones have been connected). Everything should look professional now if
the user changes the xforms GUI colors.
* Almost all the new,
On Thursday 23 November 2000 12:35, Asger K. Alstrup Nielsen wrote:
Indirectly, you acknowledge that Matthias is right about one thing:
GUII takes a long time.
The basic question then remains: Is GUII worth it?
Please distinguish between GUII and model/view separation. These things
Shouldn't it have been put in the /devel directory?
On Tue, Nov 21, 2000 at 11:28:33PM +0100, Lars Gullik Bjnnes wrote:
I just did some testing on _very_ large paragraphs, and it seems that
rope has a lot better memory usage and is faster than vector. This is
best noticed when inserting and you insert so much thata the
vector/rope needs to
[EMAIL PROTECTED] wrote:
At this point, LyX development is less need-driven than ever.
The developers also do not do the work because they want more
respect of users. The existing users crowd is already enthuisiatic,
and it does not matter whether there are 100,000 users or
This patch does the following:
- Compute a default value for new labels.
This feature can be turned off using the label_init_length lyxrc variable
(which should added to the preferences dialog)
- When a label in math display/eqnarray is changed, all the references to it
are changed.
[EMAIL PROTECTED], [EMAIL PROTECTED] wrote:
I've kept everybody waiting long enough...
It's a long reply... really long but then you wouldn't believe I wrote it
if it was short. I think I covered everything.
You got me and I really expected something like this from you (and I thought Asgers
[EMAIL PROTECTED], [EMAIL PROTECTED] wrote:
Therefore it is relevant informally to ask all the developers:
Would you be still be enthusiastic to participate in LyX development if
GUII was dropped and focus was on Qt as the main toolkit?
Well my answer is: NO! (I love short mails ;)
On Thu, 23 Nov 2000, Angus Leeming wrote:
* FormRef should have Restore and Apply buttons. Still thinking about how to
do this best.
What exactly do you need to consider? Apart from the choice of policy?
Policy choice:
1. Is it affected by a buffer being read only?
Actually, while I have your attention can I get you to answer a couple of
questions for LDN? Lars, Asger and possibly JMarc also know the answers.
This will help me get the "History of GUII" article complete and make the
10th issue of LDN really special.
##
1. When LyX first started you used
On Thu, 23 Nov 2000, Asger K. Alstrup Nielsen wrote:
On Thu, 23 Nov 2000, Allan Rae wrote:
Dear Allan,
Let me try to summarize some of your points:
1) Being independent is better, since you'll potentially last longer in
a changing environment
2) Different GUI frontends creates
Lyx works fine for me with rather short files.
But I'm writing now a rather long document with lots of figures inserted,
references, tables etc. The problem is now, I can't view or print the file
without a crash. However, export as latex and a further processing of the
latex file separately
Hello,
CJK-LyX-1.1.5fix2 has been uploaded to the usual place,
ftp://stone.phys.pusan.ac.kr/pub/CJK-LyX
Sorry that it comes out a month late. Further infos are found at
http://cellular.phys.pusan.ac.kr/cjk.html
Regards,
cghan
On Wed, 22 Nov 2000, Angus Leeming wrote:
> Conversely, lyx_sendfax.fd and ref.fd are no longer used. They should be
> removed.
>
> Shall I do it?
> Angus
and it seems support/fileblocks.c isn't used either. And IMHO Timeout.[Ch]
should be in support/
john
--
"All the passengers carry
All goes well making the new tar file on ftp.devel.lyx.org
Angus
On 22 Nov 2000, Lars Gullik Bjønnes wrote:
> - the NEW_INSET code that you mentioned. (lot still missing,
> itemize/enumerate is still hardcoded, insetfloat needs some work ...)
> - the restructureing of internal storage formats (from implicit home
> grown linked list to std::containers) And
On Thu, 23 Nov 2000, Allan Rae wrote:
Dear Allan,
Let me try to summarize some of your points:
1) Being independent is better, since you'll potentially last longer in
a changing environment
2) Different GUI frontends creates competition, and thus more innovation
3) Different frontends
On Wed, 22 Nov 2000, Martin Vermeer wrote:
> As one who is actually more concerned with this user focus than with the
> code, I still have to say that I can understand it. I can see that
> writing excellent code is laying the basis for developing an excellent
> application. That's why I very
On Thu, 23 Nov 2000, Asger K. Alstrup Nielsen wrote:
> Would you be still be enthusiastic to participate in LyX development if
> GUII was dropped and focus was on Qt as the main toolkit?
>
> Greets,
>
> Asger
It seems to me that the implemented framework is a reasonable method for
providing
Attached is a large-ish patch of small bits. It does essentially two things:
* All xforms forms are now connected to the redrawGUI signal (ie, the old,
legacy ones have been connected). Everything should look professional now if
the user changes the xforms GUI colors.
* Almost all the new,
On Thursday 23 November 2000 12:35, Asger K. Alstrup Nielsen wrote:
> Indirectly, you acknowledge that Matthias is right about one thing:
>
> GUII takes a long time.
>
> The basic question then remains: Is GUII worth it?
>
> Please distinguish between GUII and model/view separation. These
Shouldn't it have been put in the /devel directory?
On Tue, Nov 21, 2000 at 11:28:33PM +0100, Lars Gullik Bjnnes wrote:
>
> I just did some testing on _very_ large paragraphs, and it seems that
> rope has a lot better memory usage and is faster than vector. This is
> best noticed when inserting and you insert so much thata the
> vector/rope needs
[EMAIL PROTECTED] wrote:
>
> At this point, LyX development is less need-driven than ever.
> The developers also do not do the work because they want more
> respect of users. The existing users crowd is already enthuisiatic,
> and it does not matter whether there are 100,000 users or
>
This patch does the following:
- Compute a default value for new labels.
This feature can be turned off using the label_init_length lyxrc variable
(which should added to the preferences dialog)
- When a label in math display/eqnarray is changed, all the references to it
are changed.
[EMAIL PROTECTED], [EMAIL PROTECTED] wrote:
>
>I've kept everybody waiting long enough...
>It's a long reply... really long but then you wouldn't believe I wrote it
>if it was short. I think I covered everything.
You got me and I really expected something like this from you (and I thought
[EMAIL PROTECTED], [EMAIL PROTECTED] wrote:
>Therefore it is relevant informally to ask all the developers:
>Would you be still be enthusiastic to participate in LyX development if
>GUII was dropped and focus was on Qt as the main toolkit?
Well my answer is: NO! (I love short mails ;)
On Thu, 23 Nov 2000, Angus Leeming wrote:
> * FormRef should have Restore and Apply buttons. Still thinking about how to
> do this best.
What exactly do you need to consider? Apart from the choice of policy?
Policy choice:
1. Is it affected by a buffer being read only?
Actually, while I have your attention can I get you to answer a couple of
questions for LDN? Lars, Asger and possibly JMarc also know the answers.
This will help me get the "History of GUII" article complete and make the
10th issue of LDN really special.
##
1. When LyX first started you used
On Thu, 23 Nov 2000, Asger K. Alstrup Nielsen wrote:
> On Thu, 23 Nov 2000, Allan Rae wrote:
>
> Dear Allan,
>
> Let me try to summarize some of your points:
>
> 1) Being independent is better, since you'll potentially last longer in
>a changing environment
> 2) Different GUI frontends
Lyx works fine for me with rather short files.
But I'm writing now a rather long document with lots of figures inserted,
references, tables etc. The problem is now, I can't view or print the file
without a crash. However, export as latex and a further processing of the
latex file separately
Hello,
CJK-LyX-1.1.5fix2 has been uploaded to the usual place,
ftp://stone.phys.pusan.ac.kr/pub/CJK-LyX
Sorry that it comes out a month late. Further infos are found at
http://cellular.phys.pusan.ac.kr/cjk.html
Regards,
cghan
38 matches
Mail list logo