Jean-Marc Lasgouttes wrote:
> I do not know what InsetLayout parameters would make sense to change, and
> whether InsetGraphics honor them. What trick would you like?
I was just curious, no particular need. Pavel
Jean-Marc Lasgouttes wrote:
>> just to show that "we can". What maybe nice info for newbie easily becomes
>> annoyance for regular users.
>
> Doh. And regular user are too stupid to be able to shut it off?
I wrote annoyed, not stupid.
Pavel
On Mon, Mar 25, 2013 at 4:23 PM, Richard Heck wrote:
> On 03/25/2013 04:09 PM, Scott Kostyshak wrote:
>> You describe the same use case that Liviu describes. I don't understand
>> what the advantage of toggling continuous spellcheck is over using normal
>> spellcheck for this workflow. If one does
On Mon, Mar 25, 2013 at 3:40 PM, Scott Kostyshak wrote:
> On Mon, Mar 25, 2013 at 4:29 PM, Georg Baum
> wrote:
>> Scott Kostyshak wrote:
>>
>>> Note that this discussion is related to the discussion of the toolbar
>>> button: http://www.lyx.org/trac/ticket/8589
>>>
>>> You describe the same use c
On Sat, Mar 23, 2013 at 1:00 AM, Pavel Sanda wrote:
> Scott Kostyshak wrote:
>> because my only argument in favor was a guess that most users prefer
>> to have it enabled. But after seeing Liviu's ticket (#8589) I talked
>
> How counted? :)
> The people who are satisfied are silent now of course.
On 03/25/2013 04:09 PM, Scott Kostyshak wrote:
You describe the same use case that Liviu describes. I don't
understand what the advantage of toggling continuous spellcheck is
over using normal spellcheck for this workflow. If one doesn't use
continuous spellcheck when writing, then it is not re
On 03/25/2013 10:54 AM, Jean-Marc Lasgouttes wrote:
Le 23/03/2013 07:04, Pavel Sanda a écrit :
Scott Kostyshak wrote:
Can this go in?
Looks reasonable. Can we do some new magic with graphic inset via
layout files now? :)
I do not know what InsetLayout parameters would make sense to change,
On Mon, Mar 25, 2013 at 11:26 AM, Kornel Benko wrote:
> Am Montag, 25. März 2013 um 15:52:28, schrieb Jean-Marc Lasgouttes
>
>
>> Le 24/03/2013 00:00, Scott Kostyshak a écrit :
>
>> > This patch allows for autotests to modify preferences (or we could
>
>> > think of where we would want to run the
On Sun, Mar 24, 2013 at 1:18 PM, Georg Baum
wrote:
> Scott Kostyshak wrote:
>
>> Thanks for the explanation. If I understand correctly then,
>> DocumentTexteBidon.txt should have latin9 encoding when compiling with
>> latex/pdflatex and should have utf8 encoding when compiling with
>> xetex/luatex
On Mon, Mar 25, 2013 at 4:29 PM, Georg Baum
wrote:
> Scott Kostyshak wrote:
>
>> Note that this discussion is related to the discussion of the toolbar
>> button: http://www.lyx.org/trac/ticket/8589
>>
>> You describe the same use case that Liviu describes. I don't
>> understand what the advantage
On Mon, Mar 25, 2013 at 3:11 PM, Georg Baum
wrote:
> Richard Heck wrote:
>
>> I wouldn't object to enabling it by default in 2.1. If people felt we
>> shouldn't
>> change how existing installs work, then it would be trivial to add
>> something to prefs2prefs to set it as off for people who are upg
On 25/03/2013 13:45, Jean-Marc Lasgouttes wrote:
Le 25/03/2013 12:07, Vincent van Ravesteijn a écrit :
Yes, I think we should. On Windows, it takes around 200-250usec to get a
translated message, while on Linux you estimated it as 5usec. So, the
issue might pop up in other situations as well, ev
Richard Heck wrote:
> I wouldn't object to enabling it by default in 2.1. If people felt we
> shouldn't
> change how existing installs work, then it would be trivial to add
> something to prefs2prefs to set it as off for people who are upgrading
> from 2.0. Seems quite sensible, really.
IMHO this
Am Montag, 25. März 2013 um 15:52:28, schrieb Jean-Marc Lasgouttes
> Le 24/03/2013 00:00, Scott Kostyshak a écrit :
> > This patch allows for autotests to modify preferences (or we could
> > think of where we would want to run the same test with several
> > different preferences files). We might
Le 25/03/2013 16:15, Jean-Marc Lasgouttes a écrit :
In case you are interested in working more on this coe, here are a few
remarks:
And another one:
* How come you do not touch TextMetrics::rowBreakPoint?
Actually, my plan was to build in rowBreakPoint a description of the Row
as a list of f
Le 22/03/2013 12:59, pdv a écrit :
Hi everyone,
I've developed a patch which solves the scrolling issue on "OS X".
I assume that there have been different scrolling issues but the one I'm
referring to is the one diagnosed by Stephan Witt
Hi,
This looks awesome... My current plan was to work o
Le 23/03/2013 07:04, Pavel Sanda a écrit :
Scott Kostyshak wrote:
Can this go in?
Looks reasonable. Can we do some new magic with graphic inset via layout files
now? :)
I do not know what InsetLayout parameters would make sense to change,
and whether InsetGraphics honor them. What trick wo
Le 24/03/2013 00:00, Scott Kostyshak a écrit :
This patch allows for autotests to modify preferences (or we could
think of where we would want to run the same test with several
different preferences files). We might as well also clean up the bind
file, even though I don't have a specific use case
>
>
>
> Interesting. Now I know why gettext is slow with windows. It is
> environment setting that takes all the time.
>
> This is because of the horrible API of gettext. We can need several
> different languages at the same time, and we cannot pass that as a
> parameter. Moreover, if we leave thes
On 03/25/2013 08:00 AM, Jean-Marc Lasgouttes wrote:
Le 25/03/2013 12:11, Vincent van Ravesteijn a écrit :
So the rule would be: everything in lyxrc is automatically saved.
The other settings should live elsewhere.
However, as I said, in the preferences dialog you can change settings,
bu
On 03/25/2013 05:06 AM, Jean-Marc Lasgouttes wrote:
Le 23/03/2013 07:00, Pavel Sanda a écrit :
How counted? :)
The people who are satisfied are silent now of course. Don't remember
the
ratio but clearly remember there was oposition to make this default
as well
when the feature was introduced.
Le 25/03/2013 12:07, Vincent van Ravesteijn a écrit :
Yes, I think we should. On Windows, it takes around 200-250usec to get a
translated message, while on Linux you estimated it as 5usec. So, the
issue might pop up in other situations as well, even though there are no
problems on Linux.
OK.
Le 25/03/2013 12:11, Vincent van Ravesteijn a écrit :
So the rule would be: everything in lyxrc is automatically saved.
The other settings should live elsewhere.
However, as I said, in the preferences dialog you can change settings,
but then choose *not* to save it, so this would violate
>
>
>> The preference does not get saved, does it?
>>
>> Do we want to save?
>>
>> This is an on-going discussion between me and me. This is not only an
>> issue for the continuous spellchecking, but also for the zoom-in/out
>> feature. The annoying thing at the moment is that when you chan
>
>
> With the fix, I can use LyX without the Messages cache and I hardly
>> notice any delays (compare this to the 2.6 second delay for each update
>> before).
>>
>
> This is pretty nice :) I was wondering how gettext could impair this much
> the performance. On linux GuiView::updateToolbars goes
Le 25/03/2013 10:41, Vincent van Ravesteijn a écrit :
OK, I am reading too fast, it seems. What does the performance look
like with your fix to format code?
We could of course define separate macros. One that uses system time
with millisecond resolution (for the reasons you mentioned), a
Liviu Andronic wrote:
> Should we mayhaps indicate what will be obtained in a default setup?
> Say, the tooltips could come with a 'Toggle emphasis (italic)' and
> 'Toggle noun (small caps)' indicator. This ought to reduce confusion
> for newcomers.
No, this links semantic and static markup too cl
On Mon, Mar 25, 2013 at 10:45 AM, Jürgen Spitzmüller wrote:
> This is semantic markup (noun, emph) vs. static markup (textsc, textit). The
> LyX philosophy is to encourage semantic markup.
>
I see.
> It is only identical if you define it identical. "Noun" means "name of a
> person", "emphasize"
Liviu Andronic wrote:
> I always wanted to inquire about this inconsistency (which, it seems,
> generates user confusion):
> Why do we call it sometimes Noun (as in the Toggle Noun toolbar button
> outputting \noun{The}) and sometimes Small Caps (as in the Text Style
>
> > Shape > Small Caps outpu
On Mon, Mar 25, 2013 at 10:29 AM, Jean-Marc Lasgouttes
wrote:
> Le 25/03/2013 10:23, Vincent van Ravesteijn a écrit :
>
>
>> Add a WIN32 equivalent for gettimeofday
>>
>> This function does not really returns the "time of day", but it
>> will suffice to evaluate elaps
Le 25/03/2013 10:23, Vincent van Ravesteijn a écrit :
Add a WIN32 equivalent for gettimeofday
This function does not really returns the "time of day", but it
will suffice to evaluate elapsed times.
What's wrong with using timeGetTime instead? The choice I mad
>
>
>> Add a WIN32 equivalent for gettimeofday
>>
>> This function does not really returns the "time of day", but it will
>> suffice to evaluate elapsed times.
>>
>
> What's wrong with using timeGetTime instead? The choice I made was to use
> plain time to count also the time used by other pro
Le 24/03/2013 16:47, Vincent van Ravesteijn a écrit :
The branch, master, has been updated.
- Log -
commit 367126bf245fb2399083a17fb1f8cffa8ed66f91
Author: Vincent van Ravesteijn
Date: Sun Mar 24 13:35:44 2013 +0100
Add a
Hello,
On Mon, Mar 25, 2013 at 9:51 AM, Jürgen Spitzmüller wrote:
> Am Montag 25 März 2013, 08:35:08 schrieb Rasmus K. R.:
>> I cannot seem to be able to figure out how to request smallcaps using a lyx
>> function, so I have not been able to set a keyboard shortcut.
>
> If you mean "noun", then
Le 23/03/2013 07:00, Pavel Sanda a écrit :
How counted? :)
The people who are satisfied are silent now of course. Don't remember the
ratio but clearly remember there was oposition to make this default as well
when the feature was introduced.
If discoverability is the issue new toolbar button sho
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 24/03/13 18:13, Liviu Andronic wrote:
> On Sun, Mar 24, 2013 at 6:00 PM, Rainer M Krug wrote:
>>> At the time there was fierce opposition from "old-school" users (including
>>> several main
>>> devels) to making this default. And that's OK as long
36 matches
Mail list logo
