On Thu, Oct 10, 2013 at 12:55 PM, Richard Heck wrote:
> On 09/10/2013 06:26 PM, Scott Kostyshak wrote:
>>
>> On Tue, Sep 10, 2013 at 3:09 PM, Richard Heck wrote:
>>>
>>> On 09/10/2013 11:51 AM, Scott Kostyshak wrote:
On Tue, Aug 20, 2013 at 7:43 PM, Richard Heck wrote:
>
> I wr
On 10/10/2013 23:12, Georg Baum wrote:
Vincent van Ravesteijn wrote:
The other difference I noticed is that on Cygwin and Solaris I get
\renewcommand instead of \newcommand. That is, applying your patch,
on Debian exporting from the GUI or from command line, produces the
same result, but lyx s
Jean-Marc Lasgouttes wrote:
> 11/10/2013 12:14, Jürgen Spitzmüller:
>>
>> I suppose the rationale is that the menu strings etc. displayed by this
>> inset should conform the actual language of the GUI.
>
> The use case is indeed when a user opens the Help files in LyX. The menu
> and shortcuts ar
Richard Heck wrote:
> Just a question: Is there any reason not just to use the lazy version
> everywhere? The only place the non-lazy constructor is used is in
> MacroTable::insert. We don't have a DocIterator there, but perhaps
> we could pass one from upstream?
I don't know. Maybe in that case
05/10/2013 11:05, pdv:
I do the same but English/Dutch marked as Farsi.
I have attached a screenshot.
Would you have a document too? I cannot reproduce.
Yes, here it is.
Strange, I do not obtain the same result as you do. I will try on a mac.
JMarc
On Tue, Jun 04, 2013 at 08:16:29 +0200, Stephan Witt wrote:
> Am 04.06.2013 um 02:58 schrieb Enrico Forestieri :
>> As already said, that flag was meant to be provisional, but I forgot to
>> remove it after introducing the parser.
>
> Ok. I hope we can do it when 2.1 beta is done.
Seemingly, this
11/10/2013 12:14, Jürgen Spitzmüller:
Georg Baum wrote:
Is that on purpose? If yes, why? This looks wrong to me.
I suppose the rationale is that the menu strings etc. displayed by this inset
should conform the actual language of the GUI.
The use case is indeed when a user opens the Help file
\newsubfloat is a command from the subfig package which is used when a custom
float is nested. However, we currently output this command (within the
getFloatDefinitions routine) before we load the subfig package, which leads to
an "unknown command" LaTeX error.
Since the order of the float defi
On Fri, Oct 11, 2013 at 12:16:18PM +0200, Jürgen Spitzmüller wrote:
> Richard Heck wrote:
> > How do people feel about this for branch?
>
> I think it should be backported.
Absolutely.
--
Enrico
On Thu, Oct 10, 2013 at 11:41:28PM +0200, Georg Baum wrote:
>
> Does this patch fix the problem for you?
Yes! Now the export on all three platforms (either from command line
or GUI) is the same as that originally obtained on Linux.
Great work, really!
--
Enrico
On Fri, Oct 11, 2013 at 11:38:29AM +0200, Jean-Marc Lasgouttes wrote:
> 10/10/2013 10:51, Enrico Forestieri:
> >>Please send to me a gmo file built on your machine. I have not
> >>implemented endianness support because I do not have at hand a gmo
> >>file build on anything else but intel architectu
Richard Heck wrote:
> How do people feel about this for branch?
I think it should be backported.
Jürgen
Vincent van Ravesteijn wrote:
> How do you feel about this ?
>
> Time to investigate further, or is it relatively safe to move forward.
I didn't face the problem again yet. So I'd say we move forward and I keep and
eye on this.
Jürgen
Georg Baum wrote:
> Is that on purpose? If yes, why? This looks wrong to me.
I suppose the rationale is that the menu strings etc. displayed by this inset
should conform the actual language of the GUI.
Jürgen
10/10/2013 10:51, Enrico Forestieri:
Please send to me a gmo file built on your machine. I have not
implemented endianness support because I do not have at hand a gmo
file build on anything else but intel architecture.
Here is an archive with a couple of them corresponding to current trunk.
T
15 matches
Mail list logo
