The following script:
#!/bin/bash
clear \
&& rm -f LyX-2.3.0rc2+qt5-x86_64-cocoa.dmg \
&& echo "UCT:" \
&& time ncftpget
ftp://mirror.ufs.ac.za/applications/lyx/devel/lyx-2.3/lyx-2.3.0rc2/LyX-2.3.0rc2+qt5-x86_64-cocoa.dmg
\
&& rm -f LyX-2.3.0rc2+qt5-x86_64-cocoa.dmg \
&& echo "LYX:" \
On Fri, Feb 16, 2018 at 11:20 AM, Pavel Sanda wrote:
> 1. time to download (/ download speed)
>
I'm using Chrome on Windows at my university which has a pretty fast
connexion normally. However, it's telling me 40 minutes left (pretty
consistent time, not going to wait for it to finish, however).
Ok,
will do both and the speed test tonight.
Can perhaps even get the 4G from my landline provider :-)-O
el
—
Sent from Dr Lisse’s iPhone X
On 20 Feb 2018, 16:23 +0200, Pavel Sanda , wrote:
> Dr Eberhard Lisse wrote:
> > I'll repeat this together with the speed test on the 12" tonight so you
>
Wolfgang Engelmann wrote:
> $ time wget
> 'ftp://ftp.lyx.org/pub/lyx/devel/lyx-2.3/lyx-2.3.0rc2/LyX-2.3.0rc2+qt5-x86_64-cocoa.dmg'
>
>
> Am 16.02.2018 um 21:32 schrieb Pavel Sanda:
>> Pavel Sanda wrote:
>>> Ok, updating
>> US(CA); 1.88MB/s; academic network; M: UCSD(89.4MB/s), PL(6.83M/s)
Dr Eberhard Lisse wrote:
> I'll repeat this together with the speed test on the 12" tonight so you
> can see it for comparison.
Interesting would be if you try to download from south african mirror -
what would be the difference of your speed.
ftp://mirror.ufs.ac.za/applications/lyx/devel/lyx-2.3/
Pavel,
I live in Windhoek, Namibia and thought I also run a standard speed test
for comparison
This is via my leased line at home from the up and coming competitor,
which is capped at 384 KBps (ethernet from the router to a MacPro)
time ncftpget
ftp://ftp.lyx.org/pub/lyx/devel/lyx-2.3/lyx-2.3.0
$ time wget
'ftp://ftp.lyx.org/pub/lyx/devel/lyx-2.3/lyx-2.3.0rc2/LyX-2.3.0rc2+qt5-x86_64-cocoa.dmg'
Am 16.02.2018 um 21:32 schrieb Pavel Sanda:
Pavel Sanda wrote:
Ok, updating
US(CA); 1.88MB/s; academic network;M: UCSD(89.4MB/s), PL(6.83M/s),
SA(8.85M/s), GR (6.36M/s)
US(OR); 808KB/s;
ears and 220 MB might indeed pose
> problem
> in case users end up with connections speeds about ~10kbs...
>
> That's why this small poll - we would be intersted to know how bad the
> situation
> generally is -- especially outside of Europe.
>
> If you have one minut
Pavel Sanda wrote:
> Ok, updating
US(CA); 1.88MB/s; academic network;M: UCSD(89.4MB/s), PL(6.83M/s),
SA(8.85M/s), GR (6.36M/s)
US(OR); 808KB/s; local ISP; M: UCSD(2MB/s)
US(FL); 1.33MB/s; residential LAN;
US(TX); 20-100KB/s; hotel wifi; M: UCSD(2.89MB/s), SA(1.42MB/s)(!)
problem
in case users end up with connections speeds about ~10kbs...
That's why this small poll - we would be intersted to know how bad the situation
generally is -- especially outside of Europe.
If you have one minute of spare time could you download this file
ftp://ftp.lyx.org/pub/lyx/deve
past years and 220 MB might indeed pose
> problem
> in case users end up with connections speeds about ~10kbs...
>
> That's why this small poll - we would be intersted to know how bad the
> situation
> generally is -- especially outside of Europe.
>
> If you have one
On Fri, 16 Feb 2018 17:20:53 +0100
Pavel Sanda wrote:
> If you have one minute of spare time could you download this file
> ftp://ftp.lyx.org/pub/lyx/devel/lyx-2.3/lyx-2.3.0rc2/LyX-2.3.0rc2+qt5-x86_64-cocoa.dmg
> and report:
>
> 1. time to download (/ download speed)
> 2. country (and/or domain)
Pavel Sanda wrote:
> Ok, updating
US(CA); 1.88MB/s; academic network;M: UCSD(89.4MB/s), PL(6.83M/s),
SA(8.85M/s), GR (6.36M/s)
US(OR); 808KB/s; local ISP; M: UCSD(2MB/s)
US(FL); 1.33MB/s; residential LAN
US(TX); 20-100KB/s; hotel wifi; M: UCSD(2.89MB/s), SA(1.42MB/s)(!),
On Friday, 16 February 2018 16.20.53 WET Pavel Sanda wrote:
> If you have one minute of spare time could you download this file
> ftp://ftp.lyx.org/pub/lyx/devel/lyx-2.3/lyx-2.3.0rc2/LyX-2.3.0rc2+qt5-x86_64
> -cocoa.dmg and report:
>
> 1. time to download (/ download speed)
> 2. country (and/or do
problem
in case users end up with connections speeds about ~10kbs...
That's why this small poll - we would be intersted to know how bad the situation
generally is -- especially outside of Europe.
FWIW, there may be peering problems these days between the French
academic network Renater and
problem
in case users end up with connections speeds about ~10kbs...
That's why this small poll - we would be intersted to know how bad the situation
generally is -- especially outside of Europe.
If you have one minute of spare time could you download this file
ftp://ftp.lyx.org/pub/lyx/deve
Pavel Sanda wrote:
> Ok, updating
US(CA); 1.88MB/s; academic network;M: UCSD(89.4MB/s), PL(6.83M/s),
SA(8.85M/s), GR (6.36M/s)
US(OR); 808KB/s; local ISP; M: UCSD(2MB/s)
US(FL); 1.33MB/s; residential LAN
US(TX); 20-100KB/s; hotel wifi; M: UCSD(2.89MB/s), SA(1.42MB/s)(!),
Richard Heck wrote:
> how it worked out). The UCSD mirror gave me 2.89MB/s. Just for kicks, I
> tried the South Africa mirror, as well. That gave me an average 1.42MB/s
> (and was over 2MB/s at times). Greece gave me 163KB/s, though it was
> often higher than that.
The South African mirror perform
On Fri, 16 Feb 2018, Pavel Sanda wrote:
There's little unit confusion here, I usually run wget which works in
K(=*1024)/M/bytes (ironically it does not report the 'byte' part). Anyway
the reported slowness of wget might be also due to ncftp really measuring
in kB meaning 1000*bit, not byte...
Scott Kostyshak wrote:
> On Fri, Feb 16, 2018 at 05:01:18PM +, Pavel Sanda wrote:
> > Pavel Sanda wrote:
> > > 1. time to download (/ download speed)
> > > 2. country (and/or domain) where you download from
> > > 3. whether you download from home/academic network/large company...
> > > (you don
On Fri, 16 Feb 2018, Scott Kostyshak wrote:
US(Or); 454.19 kB/s; local ISP; UCSD mirror: 2Mb/sec
US(FL); 1.33MB/s; residential LAN
Let me change local ISP to office LAN -> ISP -> backbone. Still slow. :-)
Rich
20 MB might indeed pose
> problem
> in case users end up with connections speeds about ~10kbs...
>
> That's why this small poll - we would be intersted to know how bad the
> situation
> generally is -- especially outside of Europe.
>
> If you have one minute o
On Fri, Feb 16, 2018 at 05:39:42PM +, Pavel Sanda wrote:
> Scott Kostyshak wrote:
> > On Fri, Feb 16, 2018 at 05:28:39PM +, Pavel Sanda wrote:
> >
> > > For the rest of reports maybe better if we stick to wget measurements if
> > > you have them
> > > on your computers. i.e.:
> > > wget
Scott Kostyshak wrote:
> On Fri, Feb 16, 2018 at 05:28:39PM +, Pavel Sanda wrote:
>
> > For the rest of reports maybe better if we stick to wget measurements if
> > you have them
> > on your computers. i.e.:
> > wget
> > ftp://ftp.lyx.org/pub/lyx/devel/lyx-2.3/lyx-2.3.0rc2/LyX-2.3.0rc2+qt5-x
On Fri, Feb 16, 2018 at 05:28:39PM +, Pavel Sanda wrote:
> For the rest of reports maybe better if we stick to wget measurements if you
> have them
> on your computers. i.e.:
> wget
> ftp://ftp.lyx.org/pub/lyx/devel/lyx-2.3/lyx-2.3.0rc2/LyX-2.3.0rc2+qt5-x86_64-cocoa.dmg
Just for reference,
Rich Shepard wrote:
> Looks to me like the pipe between the server and the tester's ISP (which
> would be the universtiy/college in two cases) has the largest influence,
> not the connection between user and ISP. It will be interesting to see the
> rest of the results.
I think too.
> Pe
Rich Shepard wrote:
> On Fri, 16 Feb 2018, Pavel Sanda wrote:
>
>> Hello lyx users,
>> If you have one minute of spare time could you download this file
>> ftp://ftp.lyx.org/pub/lyx/devel/lyx-2.3/lyx-2.3.0rc2/LyX-2.3.0rc2+qt5-x86_64-cocoa.dmg
>> and report:
>
> Pavel,
>
> $ ncftpget
> ftp://ftp.
On Fri, Feb 16, 2018 at 05:01:18PM +, Pavel Sanda wrote:
> Pavel Sanda wrote:
> > 1. time to download (/ download speed)
> > 2. country (and/or domain) where you download from
> > 3. whether you download from home/academic network/large company...
> > (you don't have to report more details than
On Fri, 16 Feb 2018, Pavel Sanda wrote:
To start the table with reference times where my fingers reach + Rich's:
US(CA); 1.88M/s; academic network; UCSD mirror: 89.4M/s
US(Or); 454.19 kB/s; local ISP; UCSD mirror: 2Mb/sec
Ca(Quebec): 242 Kb/s; academic network; UCSD mirror: 393 Kb/s
EU(Cz); 44.
Pavel Sanda wrote:
> 1. time to download (/ download speed)
> 2. country (and/or domain) where you download from
> 3. whether you download from home/academic network/large company...
> (you don't have to report more details than it feels comfortable...)
To start the table with reference times wher
On Fri, 16 Feb 2018, Pavel Sanda wrote:
Hello lyx users,
If you have one minute of spare time could you download this file
ftp://ftp.lyx.org/pub/lyx/devel/lyx-2.3/lyx-2.3.0rc2/LyX-2.3.0rc2+qt5-x86_64-cocoa.dmg
and report:
Pavel,
$ ncftpget
ftp://ftp.lyx.org/pub/lyx/devel/lyx-2.3/lyx-2.3.0r
speeds about ~10kbs...
That's why this small poll - we would be intersted to know how bad the situation
generally is -- especially outside of Europe.
If you have one minute of spare time could you download this file
ftp://ftp.lyx.org/pub/lyx/devel/lyx-2.3/lyx-2.3.0rc2/LyX-2.3.0rc2+qt5-x
1.6.5
--
Andrés
On Thu October 8 2009 17:50:26 Pavel Sanda wrote:
> hi,
>
> i have small question for people using lyx + subversion. i'm thinking about
> using some svn syntax from version >=1.5 for new lyx commands. how big is
> the crowd of people still using svn 1.4 or in other words could you drop
> me vers
On Thu, 8 Oct 2009 17:50:26 +0200
Pavel Sanda wrote:
> hi,
Hullo, 1.5.5. here
John
On Thu, 8 Oct 2009 17:50:26 +0200
Pavel Sanda wrote:
> other words could you drop me
> version number of subversion you use to have some ratio?
1.6
Pavel Sanda wrote:
hi,
i have small question for people using lyx + subversion. i'm thinking about
using some svn syntax from version >=1.5 for new lyx commands. how big is the
crowd of people still using svn 1.4 or in other words could you drop me
version number of subversion you use to have so
On Oct 8, 2009, at 9:50 AM, Pavel Sanda wrote:
hi,
i have small question for people using lyx + subversion. i'm
thinking about
using some svn syntax from version >=1.5 for new lyx commands. how
big is the
crowd of people still using svn 1.4 or in other words could you drop
me
version nu
On Thursday 08 October 2009 Les Denham wrote:
>
> I use LyX on several systems from 1.5.7 to 1.6.4 so if I understand your
> question correctly, I would not be directly affected.
I think the version number Pavel is referring is related to subversion not to
lyx's version.
> However, I still have
On Thursday 08 October 2009 10:50:26 Pavel Sanda wrote:
> hi,
>
> i have small question for people using lyx + subversion. i'm thinking about
> using some svn syntax from version >=1.5 for new lyx commands. how big is
> the crowd of people still using svn 1.4 or in other words could you drop me
> v
hi,
i have small question for people using lyx + subversion. i'm thinking about
using some svn syntax from version >=1.5 for new lyx commands. how big is the
crowd of people still using svn 1.4 or in other words could you drop me
version number of subversion you use to have some ratio?
pavel
On Thu, Oct 31, 2002 at 05:13:35PM +0100, Moritz Moeller-Herrmann wrote:
> Well finishing the QT-Frontend won't make the Xforms-GUI go away
> (immediately...). It is important to get the QT-Frontend to a usable state,
> so that users can test it out. ATM, I find the QT-Frontend less responsive
>
Paul Tremblay wrote:
> On Thu, Oct 31, 2002 at 03:55:58AM +0100, Moritz Moeller-Herrmann wrote:
>>
>> Xforms sucks so bad, and QT is so beautiful. Also torturing the
>> developers to finally finish the job is known to work wonders :-)
>>
>
> I am not trying to be a contrarian here. I am sure yo
On Thu, Oct 31, 2002 at 03:55:58AM +0100, Moritz Moeller-Herrmann wrote:
>
> Xforms sucks so bad, and QT is so beautiful. Also torturing the developers
> to finally finish the job is known to work wonders :-)
>
I am not trying to be a contrarian here. I am sure you are right, that
QT is so much
Andre Poenitz wrote:
>
> Just a small poll [As background: the Qt frontend is the single big item
> on the 1.3 list that's not done and won't be finished within the next few
> weeks.]
>
> What would _you_ prefer if you had the choice:
(b)
Xforms sucks so bad,
On Wed, Oct 30, 2002 at 01:18:03AM +0200, Robin Turner wrote:
> I like the idea of character styles - like almost anyone who does
> documentation, I frequently write with a roman font, but with keys and
> menu items in sans-serif and user input in a typewriter font. Can't
> toggle three ways!
Lars Gullik Bjønnes wrote:
slitt <[EMAIL PROTECTED]> writes:
| John -- has anyone started character styles yet? This is just a wild guess,
| but could it be accomplished by a translation to
| \begin{\whatever}\begin{\whichever}text to
| format\end{\whichever}\end{\whatever}?
|
| So maybe in t
On Tue, 29 Oct 2002, John Levon wrote:
> On Mon, Oct 28, 2002 at 07:30:02PM -0700, Fernando Perez wrote:
>
> > Anyway, I've been a happy user of Lyx for 5 years and I could live with
> > the xforms junk for another 5 if need be. Lyx is _that_ good (currently
> > finishing my dissertation with 1.
slitt <[EMAIL PROTECTED]> writes:
| John -- has anyone started character styles yet? This is just a wild guess,
| but could it be accomplished by a translation to
| \begin{\whatever}\begin{\whichever}text to
| format\end{\whichever}\end{\whatever}?
|
| So maybe in the LyX file, it would look l
On Tuesday 29 October 2002 01:47 pm, John Levon wrote:
> On Mon, Oct 28, 2002 at 07:30:02PM -0700, Fernando Perez wrote:
> > Anyway, I've been a happy user of Lyx for 5 years and I could live with
> > the xforms junk for another 5 if need be. Lyx is _that_ good (currently
> > finishing my dissertat
On Mon, Oct 28, 2002 at 07:30:02PM -0700, Fernando Perez wrote:
> Anyway, I've been a happy user of Lyx for 5 years and I could live with
> the xforms junk for another 5 if need be. Lyx is _that_ good (currently
> finishing my dissertation with 1.1.6f4).
I'm hoping to make that 5 weeks not 5 yea
On Tue, Oct 29, 2002 at 01:07:26AM +0100, Vinay Ramnath wrote:
> It is not that I am ignorant about this, but LyX looks fine if you
> change the colours to your taste. The other things the developers want
> to implement in 1.3.x seem more important to me than the GUI, so if they
> have it ready and
On Mon, 28 Oct 2002, Andre Poenitz wrote:
> I really did not expect that kind of clear preference of appearance over
> functionality. Well, not the first time I've been proven wrong I guess.]
I guess for many people the problem is that xforms is clunky enough to be
not only ugly beyond redemptio
On Mon, Oct 28, 2002 at 09:24:45PM -0500, Paul Tremblay wrote:
> > I don't think we will have proper unicode support. However, if your Qt
> > is built for anti-aliased fonts, you get it for free.
>
> I don't understand the connection between anti-alising and utf8. Could
> you explain this?
No co
On Mon, Oct 28, 2002 at 10:20:40AM -0500, slitt wrote:
> I vote for A. We've lived with xforms for years -- another few months won't
> hurt. And, as you all are probably tired of hearing me say, BY FAR the worst
> LyX deficiency is the lack of character styles, and that should be top
> priority
On Mon, Oct 28, 2002 at 01:33:07PM +, John Levon wrote:
>
> I don't think we will have proper unicode support. However, if your Qt
> is built for anti-aliased fonts, you get it for free.
>
I don't understand the connection between anti-alising and utf8. Could
you explain this?
Thanks
Paul
I vote for (a).
João.
Late, as the majority seem to have spoken, but...
(a)
and make 1.4.0 the qt release, as it seems to be what everyone wants.
Rod
On Mon, 28 Oct 2002, Andre Poenitz wrote:
>
> Just a small poll [As background: the Qt frontend is the single big item on
> the 1.3 list that'
I choose c.
Andre Poenitz wrote:
> (c) "I don't care"
>
>
>
It is not that I am ignorant about this, but LyX looks fine if you
change the colours to your taste. The other things the developers want
to implement in 1.3.x seem more important to me than the GUI, so if they
have it ready and want to
On Mon, Oct 28, 2002 at 01:35:07PM -0600, Bruce Tyler wrote:
> What's the big deal about qt?
We are almost finished with the Qt port.
> What would be wrong with gtk?
Nobody does any work on a gtk port.
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, no
On Mon, Oct 28, 2002 at 01:35:07PM -0600, Bruce Tyler wrote:
> What would be wrong with gtk?
Nothing. Are you saying you want to help out with the gnome frontend ?
Or start a non-gnome gtk frontend ? Great !
One of the side-benefits of the GUII work is that we get call people's
bluff before a to
What's the big deal about qt?
What would be wrong with gtk?
On Mon, Oct 28, 2002 at 07:40:47AM +0100, Andre Poenitz opined:
>
> Just a small poll [As background: the Qt frontend is the single big item on
> the 1.3 list that's not done and won't be finished wit
On Monday 28 October 2002 12:16 pm, John Levon wrote:
> On Mon, Oct 28, 2002 at 04:42:18PM +, José Luis Gómez Dans wrote:
> > > won't hurt. And, as you all are probably tired of hearing me say, BY
> > > FAR the worst LyX deficiency is the lack of character styles, and
> > > that should be top p
I go for (b) as well. I played around with a snapshot of 1.3 some time
back and there are some very nice features there, but I'm in no
desperate hurry to upgrade. Since LyX is going up a major notch in
version number, it may as well do it with a bang.
Robin
--
"A free man ought not to learn a
Just a small poll [As background: the Qt frontend is the single big item on
the 1.3 list that's not done and won't be finished within the next few
weeks.]
What would _you_ prefer if you had the choice:
(a) have 1.3.0 now as-is with its barely functional Qt frontend,
start wi
On Mon, Oct 28, 2002 at 05:54:56PM +0100, Jacek Pop?awski wrote:
> Release version with QT frontend as fast as possible, so milions of people can
There is no point releasing a frontend that has big missing features
(like no tabular dialog).
> use it and send bug raports, but *please* put any doc
On Mon, Oct 28, 2002 at 04:42:18PM +, José Luis Gómez Dans wrote:
> > won't hurt. And, as you all are probably tired of hearing me say, BY
> > FAR the worst LyX deficiency is the lack of character styles, and
> > that should be top priority in 1.4. There's only so long the color
>
> Sor
On Mon, Oct 28, 2002 at 06:38:49PM +0200, Tuukka Toivonen wrote:
> > Maybe you should have mentioned what new features LyX has, for which people
> > need to wait longer if they want to have Qt too?
>
> Better search and replace.
> Instant dvi preview e.g. for math.
> Ability to read any .lyx down
On Mon, Oct 28, 2002 at 06:38:49PM +0200, Tuukka Toivonen wrote:
> Maybe this was supposed to go to the list?
Not really. It looked like a private question of you and I want to bury
that topic now...
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do
On Mon, Oct 28, 2002 at 07:40:47AM +0100, Andre Poenitz wrote:
> (a) have 1.3.0 now as-is with its barely functional Qt frontend,
> start with the 1.4 cycle immediately.
Release version with QT frontend as fast as possible, so milions of people can
use it and send bug raports, but *please*
On Monday 28 October 2002 15:20, slitt wrote:
> won't hurt. And, as you all are probably tired of hearing me say, BY
> FAR the worst LyX deficiency is the lack of character styles, and
> that should be top priority in 1.4. There's only so long the color
Sorry, but could you enlighten me t
Maybe this was supposed to go to the list?
On Mon, Oct 28, 2002 at 06:00:14PM +0200, Tuukka Toivonen wrote:
> Maybe you should have mentioned what new features LyX has, for which people
> need to wait longer if they want to have Qt too?
Better search and replace.
Instant dvi preview e.g. for math
On Mon, Oct 28, 2002 at 05:27:00PM +0100, Andre Poenitz wrote:
> > I still am completely lost as to why you can't work in a branch, to be
> > honest.
>
> Because I work better with immediate feedback
Mmmm, fair point
> and quite a few things would clash with places Lars wants to handle
> next a
On Mon, Oct 28, 2002 at 03:47:47PM +, John Levon wrote:
> > [For lyx-devel: I hereby officially admit defeat and I solemnly promise
> > to do my growling and howling regarding this particular issue silently
> > in a dark corner for the rest of the year.
>
> I still am completely lost as to why
On Mon, Oct 28, 2002 at 04:26:03PM +0100, Andre Poenitz wrote:
> [For lyx-devel: I hereby officially admit defeat and I solemnly promise
> to do my growling and howling regarding this particular issue silently
> in a dark corner for the rest of the year.
I still am completely lost as to why you c
On Monday 28 October 2002 01:40 am, you wrote:
> Just a small poll [As background: the Qt frontend is the single big item on
> the 1.3 list that's not done and won't be finished within the next few
> weeks.]
>
> What would _you_ prefer if you had the choice:
>
> (a
On Mon, Oct 28, 2002 at 07:40:47AM +0100, Andre Poenitz wrote:
> (b) release 1.3.0 if the Qt frontend is ready and put everything
> else to sleep until then.
--
Bo Peng
I've counted
(a) 2
(b) 13
(c) 3
This obviously won't change if me, myself and I cast their votes.
[For lyx-devel: I hereby officially admit defeat and I solemnly promise
to do my growling and howling regarding this particular issue silently
in a dark corner for the rest of the year.
I really d
On Mon, Oct 28, 2002 at 03:32:41PM +0100, Johannes Behr wrote:
> BTW: Just wondering, I don't try to start a flamewar. What is with the
> gnome frontend? Is it dead?
Nobody works on it currently as far as I can tell.
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will
On Mon, Oct 28, 2002 at 06:44:13AM -0800, Rich Shepard wrote:
> While the current UI may not be the prettyist, it works and -- for me --
> that's what matters the most. Eye candy takes a much lower priority.
Eye candy is not what the GUII effort and the Qt frontend is about.
regards
john
--
"
On Mon, 28 Oct 2002, Andre Poenitz wrote:
> (c) "I don't care"
While the current UI may not be the prettyist, it works and -- for me --
that's what matters the most. Eye candy takes a much lower priority.
Rich
Dr. Richard B. Shepard, President
Applied Ecosystem Servi
On Mon, 2002-10-28 at 07:40, Andre Poenitz wrote:
> Just a small poll [As background: the Qt frontend is the single big item on
> the 1.3 list that's not done and won't be finished within the next few
> weeks.]
>
> What would _you_ prefer if you had the choice:
>
On Mon, Oct 28, 2002 at 12:59:35PM +0100, Alexander Volovics wrote:
> BUT only if Lyx would then fully support UTF-8/Xft2/fontconfig.
I don't think we will have proper unicode support. However, if your Qt
is built for anti-aliased fonts, you get it for free.
regards
john
--
"All photography is
On Mon, Oct 28, 2002 at 02:00:23PM +0100, Alexander Volovics wrote:
> Forced multiple choice is too black and white here.
That was the intention ;-)
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)
The consensus from respondants appears to be strongly for b). I too offer my
preference for b. My current 1.2 release works well enough for my current
uses but a QT GUI would certainly be enough for me to upgrade.
praedor
--
Beware the leader who bangs the drums of war in order to whip the c
On Mon, Oct 28, 2002 at 01:06:01PM +0100, Andre Poenitz wrote:
> > > (a) have 1.3.0 now as-is with its barely functional Qt frontend,
> > > start with the 1.4 cycle immediately.
> > > (b) release 1.3.0 if the Qt frontend is ready and put everything
> > > else to sleep until then.
(b) for me too
Tx
Paul
Andre Poenitz wrote:
Just a small poll [As background: the Qt frontend is the single big item on
the 1.3 list that's not done and won't be finished within the next few
weeks.]
What would _you_ prefer if you had the choice:
(a) have 1.3.0 now as-is with
Le Lundi 28 Octobre 2002 07:40, Andre Poenitz a écrit :
> (b) release 1.3.0 if the Qt frontend is ready and put everything
> else to sleep until then.
I am waiting for the Qt front-end and prefer to wait for it to be ready
before 1.3 is released.
--
Renaud Michel
L' oûrs piede ses poy,
On Mon, Oct 28, 2002 at 12:59:35PM +0100, Alexander Volovics wrote:
> > (a) have 1.3.0 now as-is with its barely functional Qt frontend,
> > start with the 1.4 cycle immediately.
>
> > (b) release 1.3.0 if the Qt frontend is ready and put everything
> > else to sleep until then.
>
On Mon, Oct 28, 2002 at 07:40:47AM +0100, Andre Poenitz wrote:
> What would _you_ prefer if you had the choice:
> (a) have 1.3.0 now as-is with its barely functional Qt frontend,
> start with the 1.4 cycle immediately.
> (b) release 1.3.0 if the Qt frontend is ready and put everythi
> What would _you_ prefer if you had the choice:
> (b) release 1.3.0 if the Qt frontend is ready and put everything
> else to sleep until then.
(b) would be great, and having a version of Lyx that copes with
underscores in equation references will be even better:-)
Jose
--
José
On Monday 28 October 2002 07:40, Andre Poenitz wrote:
> Just a small poll [As background: the Qt frontend is the single
> big item on the 1.3 list that's not done and won't be finished
> within the next few weeks.]
>
> What would _you_ prefer if you had the choice:
>
> Just a small poll [As background: the Qt frontend is the single big item on
> the 1.3 list that's not done and won't be finished within the next few
> weeks.]
>
> What would _you_ prefer if you had the choice:
>
> (a) have 1.3.0 now as-is with its barely functi
Hi,
My vote ist for (b).
> (b) release 1.3.0 if the Qt frontend is ready and put everything
> else to sleep until then.
Bye
Hi,
On Monday, 28. October 2002 07:40, Andre Poenitz wrote:
| What would _you_ prefer if you had the choice:
| (b) release 1.3.0 if the Qt frontend is ready and put everything
| else to sleep until then.
I'm still using lyx 1.1.6fix4 and I'm pretty pleased by this version. A
QT-GUI woul
Andre
Since 1.2 works pretty well at the moment I would like to wait for 1.3 to
have a fully (or as near as possible) Qt front end.
Pete Martin
Just a small poll [As background: the Qt frontend is the single big item on
the 1.3 list that's not done and won't be finished within the next few
weeks.]
What would _you_ prefer if you had the choice:
(a) have 1.3.0 now as-is with its barely functional Qt frontend,
start wi
97 matches
Mail list logo
