Oh, and one other question. Is there a place where I could download the
packaged Oxygen theme? I'm curious to play with it and see how it looks.
Cheers,
Rob
For anyone else who used the unofficial Windows installer and now gets
the error messages
The layout file requested by this document x.layout is not usable...
please see my bug report for the fix.
http://www.lyx.org/trac/ticket/7315
-Ben
2011/2/14 Michal :
>> Thanks so much for doing this
Stephan Witt wrote:
> > if not then we need to add it as well.
>
> Yes, I can do it.
>
> > (perhaps we should share the same bindings and inherit them in both cua
> > and mac?)
>
> This is done already for many bindings but not for all.
i'm fine with both solutions. pavel
Enrico Forestieri wrote:
> If I am the only one objecting, it is correct that I have to be the
> one using a local icon set.
i will be also using the old ones.
but as being said previously, there is solution which should satisfy both camps.
oxygen as default and possibility to switch to old one l
Example file is attached.
I'm using the book document class. I also have no idea why the pdf default
settings for me are:
\pdf_title "The LyX Tutorial"
\pdf_author "LyX Team"
\pdf_subject "LyX-documentation Tutorial"
\pdf_keywords "LyX, documentation"
Thanks,
Xu
On Sun, Feb 20, 2011 at 3:35 PM
"Enrico Forestieri" wrote in message
news:20110220155614.GE1772@GIOVE...
OK. But as we already have a consistent set of icons, why throwing out
of the window something that already required a huge amount of work?
There could simply be a new option "use the new, shiny, wonderful
oxygen icons"?
On 02/20/2011 11:21 AM, Xu Wang wrote:
By default, when one use the cases environment and beginners do not
know that they have to add the AMS math option. Could we either add
the package whenever the user inserts a case environment or at least
alert the user that he must add the package when
On Sun, Feb 20, 2011 at 05:32:25PM +0100, Jürgen Spitzmüller wrote:
> But I will leave this discussion now. If it is so difficult to come to a
> consensus, just leave everything as is. I will use my own icon set here
> locally, as I used to.
No, that's not correct. We have only heard a couple (
Am 20.02.2011 um 18:08 schrieb Pavel Sanda:
> Stephan Witt wrote:
>> Am 14.02.2011 um 21:31 schrieb sa...@lyx.org:
>>
>>> Author: sanda
>>> Date: Mon Feb 14 21:31:46 2011
>>> New Revision: 37666
>>> URL: http://www.lyx.org/trac/changeset/37666
>>>
>>> Log:
>>> Give new shortcut for default viewi
Stephan Witt wrote:
> Am 14.02.2011 um 21:31 schrieb sa...@lyx.org:
>
> > Author: sanda
> > Date: Mon Feb 14 21:31:46 2011
> > New Revision: 37666
> > URL: http://www.lyx.org/trac/changeset/37666
> >
> > Log:
> > Give new shortcut for default viewing.
> > http://www.mail-archive.com/lyx-devel@lis
Am 14.02.2011 um 21:31 schrieb sa...@lyx.org:
> Author: sanda
> Date: Mon Feb 14 21:31:46 2011
> New Revision: 37666
> URL: http://www.lyx.org/trac/changeset/37666
>
> Log:
> Give new shortcut for default viewing.
> http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg165590.html
>
> Closing #
Enrico Forestieri wrote:
> OK. But as we already have a consistent set of icons, why throwing out
> of the window something that already required a huge amount of work?
The current icon set is by no means consistent.
But I will leave this discussion now. If it is so difficult to come to a
consen
Enrico Forestieri wrote:
> > Introducing more variants will reduce the
> > consistency and make it a lot harder to introduce new toolbars and
> > icons.
basically i didn't want to introduce more variants but to keep possible
the old set. its hardwired in my brain and its painful to reprogram it.
On Sun, Feb 20, 2011 at 04:52:59PM +0100, Jürgen Spitzmüller wrote:
> Enrico Forestieri wrote:
> > > BTW you know that you can freely chose different icon sets at least on
> > > KDE and GNOME. But all these sets, no matter how different the design,
> > > stick to the default sizes, AFAICS.
> >
>
On Sun, Feb 20, 2011 at 04:49:19PM +0100, Jürgen Spitzmüller wrote:
> Joost Verburg wrote:
> > > we would just create new dir
> > > "oxygen", or perhaps someone will prepare "tango" and "win".
> > > we would always try to load image from this directory and then have
> > > fallback
> > > to the ol
On Sun, Feb 20, 2011 at 04:50:37PM +0100, Jürgen Spitzmüller wrote:
> Enrico Forestieri wrote:
> > The old set was mostly neutral to the outer
> > environment (it fitted to KDE, Gnome or Win without much pain).
>
> No. The old icon set was a mixup of KDE2 icons, some self-designed icons
> from th
On Sun, Feb 20, 2011 at 04:34:29PM +0100, Joost Verburg wrote:
> "Pavel Sanda" wrote in message
> news:20110220151223.ge26...@atrey.karlin.mff.cuni.cz...
> >we would just create new dir
> >"oxygen", or perhaps someone will prepare "tango" and "win".
> >we would always try to load image from this
Enrico Forestieri wrote:
> > BTW you know that you can freely chose different icon sets at least on
> > KDE and GNOME. But all these sets, no matter how different the design,
> > stick to the default sizes, AFAICS.
>
> Ok, so we stick to one default size. Then, we should have 16x16 instead
> of 18
Enrico Forestieri wrote:
> The old set was mostly neutral to the outer
> environment (it fitted to KDE, Gnome or Win without much pain).
No. The old icon set was a mixup of KDE2 icons, some self-designed icons from
the xforms age and some other icons from different sets. It was a mess, and it
wa
Joost Verburg wrote:
> > we would just create new dir
> > "oxygen", or perhaps someone will prepare "tango" and "win".
> > we would always try to load image from this directory and then have
> > fallback
> > to the old set if image not found. (i have no opinion about the default
> > loaded set).
"Pavel Sanda" wrote in message
news:20110220151223.ge26...@atrey.karlin.mff.cuni.cz...
we would just create new dir
"oxygen", or perhaps someone will prepare "tango" and "win".
we would always try to load image from this directory and then have
fallback
to the old set if image not found. (i hav
On Sun, Feb 20, 2011 at 04:12:24PM +0100, Pavel Sanda wrote:
> Joost Verburg wrote:
> > Here's the new icon set I worked on with Jürgen! It's based on the Oxygen
> > style.
> > Shall I put it in?
>
> one question - is it really so difficult to fix "multiple icon sets" as well
> for 2.0?
I full
Joost Verburg wrote:
> Here's the new icon set I worked on with Jürgen! It's based on the Oxygen
> style.
> Shall I put it in?
one question - is it really so difficult to fix "multiple icon sets" as well
for 2.0?
we would just create new dir
"oxygen", or perhaps someone will prepare "tango" and
Pavel Sanda wrote:
> thus i plan release candidate 1 around 7. march.
few more notes: i would like to make soft freeze one week before,
in order to avoid needless regressions.
(RC is most probaly going to reach more linux repos and users
and it should mean what is says - candidate for release.)
a
On Sun, Feb 20, 2011 at 03:36:02PM +0100, Joost Verburg wrote:
> Here's the new icon set I worked on with Jürgen! It's based on the
> Oxygen style.
> Shall I put it in?
Please, give me time to make a backup of the old set :)
--
Enrico (vocal anti-hero)
"Enrico Forestieri" wrote in message
news:20110220143302.GB1772@GIOVE...
But your argument only holds for a *specific* size, as all other sizes
are obtained by scaling that specific size. So, what is the rationale of
having 16x16 instead of 18x18 if both are going to be scaled down from
the 22x2
On Sun, Feb 20, 2011 at 03:00:52PM +0100, Jürgen Spitzmüller wrote:
> Enrico Forestieri wrote:
> > It does not hold because only the sizes would be standard, not the icons
> > themselves, which are wildly different between OSes and even between
> > desktop environments in the same OS.
>
> Sure.
Stephan Witt wrote:
> I can circumvent this with many many #ifdef's but it would be easier
> if Alt key makes AltModifier and Meta makes MetaModifier.
this strikes me as a correct solution. and all our 'M' chars in bind files
should be 'A' then. however i'm doubtful about pushing this change to th
Am 20.02.2011 um 15:11 schrieb Pavel Sanda:
> Stephan Witt wrote:
>> One general question: why is Alt and Meta in LyX key bindings the same?
>
> because most of the keyboards nowadays dont have meta key?
> i remember to see it on some sun keyboards in one of our uni labs
> 10 years back. they loo
"Jürgen Spitzmüller" wrote in message
news:201102191746.11671.sp...@lyx.org...
I think we should finally stick with the standard sizes (16x16, 22x22,
32x32,
48x48).
That is: increase smallIconSize from 14 to 16 and bigIconSize from 26 to
32.
Increasing the bigIconSize to 32 does not make se
> From: Jim Oldfield
>
> On Windows the ONLY standard toolbar icon size is 16x16, at least judging by
> Microsoft programs.
Sorry, I was wrong. They are 16x16 and 24x24. See the link below (especially
figure 4). However 16x16 is by far the most common in applications (as opposed
to uti
> From: Jürgen Spitzmüller
>
> Enrico Forestieri wrote:
> > We are talking about toolbar icons here
>
> Yes, I was talking about standard toolbar icon sizes, as common on all OSes.
>
On Windows the ONLY standard toolbar icon size is 16x16, at least judging by
Microsoft programs. So it
Stephan Witt wrote:
> One general question: why is Alt and Meta in LyX key bindings the same?
because most of the keyboards nowadays dont have meta key?
i remember to see it on some sun keyboards in one of our uni labs
10 years back. they looked archeological even at that time :)
> Which platform
Am Sonntag, 20. Februar 2011 schrieb Pavel Sanda:
> Kornel wrote:
> > > reasoning behind my proposal is that its much easier to work with plain
> > > .lyx files and to review what actually being set manually, ie non
> > > defaults. its useful for people who write scritps around or do some
> > > rev
Enrico Forestieri wrote:
> It does not hold because only the sizes would be standard, not the icons
> themselves, which are wildly different between OSes and even between
> desktop environments in the same OS.
Sure. Where did I speak of default icons (or stock icons, for that matter)? I
always r
Pavel Sanda wrote:
> we dont have any definitive policy about this, some prefs are written
> explicitely, some not. my proposal would be to make explicit dump of
> only those, which have some probability to chnage its defaults in future
> versions...
>
> i have actually more candidates in 2.0 head
On Sun, Feb 20, 2011 at 10:39:09AM +0100, Jürgen Spitzmüller wrote:
> Enrico Forestieri wrote:
> > If it was possible to tell lyx to use standard OS icons, then your
> > proposable would be sensible. But it is not possible to do so.
> > I understand that you want to take advantage of already exist
Am 17.02.2011 um 07:40 schrieb Stephan Witt:
> Am 17.02.2011 um 03:31 schrieb BH:
>
>> On Wed, Feb 16, 2011 at 11:14 AM, Pavel Sanda wrote:
>>> BH wrote:
On Mac with current trunk, the key is not recognized for any
keybindings. (The Mac standard is for -[arrow key] to move the
cu
Kornel wrote:
> > reasoning behind my proposal is that its much easier to work with plain
> > .lyx files and to review what actually being set manually, ie non defaults.
> > its useful for people who write scritps around or do some revision control
> > on .lyx material.
> >
> > we dont have any de
Am Sonntag, 20. Februar 2011 schrieb Pavel Sanda:
> Jürgen Spitzmüller wrote:
> > Pavel Sanda wrote:
> > > > +\language_package default
> > >
> > > what about output this inly when nondefault is used?
> >
> > No strict opinion, but I prefer to have everything explicitly defined.
>
> reasoning be
Jürgen Spitzmüller wrote:
> Pavel Sanda wrote:
> > > +\language_package default
> >
> > what about output this inly when nondefault is used?
>
> No strict opinion, but I prefer to have everything explicitly defined.
reasoning behind my proposal is that its much easier to work with plain
.lyx fil
Pavel Sanda wrote:
> > +\language_package default
>
> what about output this inly when nondefault is used?
No strict opinion, but I prefer to have everything explicitly defined.
Jürgen
sa...@lyx.org wrote:
> Author: sanda
> Date: Sun Feb 20 13:46:33 2011
> New Revision: 37741
> URL: http://www.lyx.org/trac/changeset/37741
>
> Log:
> * Additional.lyx
>
> Modified:
>lyx-devel/trunk/lib/doc/Additional.lyx
>
> Modified: lyx-devel/trunk/lib/doc/Additional.lyx
>
Enrico Forestieri wrote:
> If it was possible to tell lyx to use standard OS icons, then your
> proposable would be sensible. But it is not possible to do so.
> I understand that you want to take advantage of already existing
> icons sets, but you can only do that for some icons. In conclusion,
> t
44 matches
Mail list logo
