Uwe StĂśhr wrote:
> commit 22ad7e436991c0c4882d2ced5900d8bd4badc29c
> Author: Uwe StĂśhr
> Date: Fri Mar 22 01:33:58 2013 +0100
>
> support for \mbox and \fbox
>
> - fileformat change
> - it was a pity that LyX did not yet support a simple rectangular frame
> without a defined
Am 18.03.2013 21:17, schrieb Vincent van Ravesteijn:
Before I come up with a planning and/or a feature freeze, I would like to know
what the status of
the current trunk is.
- What is the overall impression of current trunk ?
It works relatively stable. In my opinion the most stable trunk we
Am 20.03.2013 22:07, schrieb Guenter Milde:
- Which new features do you still want to put in before 2.1 ?
In "unicodesymbols" replace the \char{xxx} replacements by the correct
LICRs (\CYRA ... \cyrja}). This is now possible as the "textcyr" feature
loads the LICR definitions via inserting T2A
Am 20.03.2013 21:58, schrieb Guenter Milde:
Thinking about it, I realize that also the basic support for other languages
is optional -- my Debian system has lots of "texlive-language-*" packages.
I don't think we should completely disable using a language that is not
properly supported, but a wa
Am 21.03.2013 15:17, schrieb Richard Heck:
Looks fine. It's just testing for some new packages, yes?
Yes.
regards Uwe
Jean-Marc Lasgouttes wrote:
> and it will measure the amount of time spent in the function. Basically,
I see. So it actually allows to measure even subtler things if you enclose it
into block, like measuring c2 part of the code here, right?
fun(){
c1
{
PROFILE_THIS_BLOCK
c2
}
c3
}
H
Jean-Marc Lasgouttes wrote:
> What if the new textclass is modified in 2.1.(x+1) ? Does it get updated
> in the document? IOW, should these layout files have a version of their
> own to tell which one is the latest and greatest?
Good question, I did not think about that yet. We could either use
On Thu, Mar 21, 2013 at 4:45 PM, Georg Baum
wrote:
> Jean-Marc Lasgouttes wrote:
>
>> So, do we want that in the code?
>
> Yes please! As you showed, it is already useful, and even if it is
> inaccurate, somebody else might have an idea how to improve it.
+1
Scott
Jürgen Spitzmüller wrote:
> So I inverstigated further and came up with the attached, which I
> think pinpoints the real issue (a missing toolbar initialization) and
> fixes the remaining problems for me.
Thanks for your work! BTW I am not surprised about the side effects, I found
the session co
Jean-Marc Lasgouttes wrote:
> So, do we want that in the code?
Yes please! As you showed, it is already useful, and even if it is
inaccurate, somebody else might have an idea how to improve it.
Georg
- Original Message -
From: John Kane
To: Alex Vergara Gil ; lyx-users Users ; lyx-devel@lists.lyx.org
Sent: Thursday, March 21, 2013 12:32 PM
Subject: Re: Creating pdf forms template
It works or at least I managed to type some text into the text box. I made a
couple of chan
It works or at least I managed to type some text into the text box. I made a
couple of changes to the text which I think makes it a bit more idiomatic in
English (see attached. I hope you don't mind.
I spent what seemed like forever installing the blasted insdljs.sty and it
worked.
For th
On 03/21/2013 09:15 AM, Kornel Benko wrote:
Am Donnerstag, 21. März 2013 um 12:27:17, schrieb Jean-Marc Lasgouttes
>
> That's all! I am sure this is not very precise. I convinced myself that
> the computation is reasonable by adding a usleep() in the code. The
> overhead seems to be negli
On 03/20/2013 09:05 PM, Uwe Stöhr wrote:
- the attached patch which is a backport for chkconfig.lty from
trunk; caption is used by our
manuals, thswitch is used by LyX for Thai documents that contain
other languages like e.g. English,
symbol is used in the unicodesymbols file
what about thi
Hello Lyxers!
In the lasts days I was learning how to create PDF forms using LyX. But this
process require a few javascript knowledge. I´ve tried my best to translate to
english the attached template (an improvement of previous in spanish) in which
you will see that objects are actually created
Am Donnerstag, 21. März 2013 um 12:27:17, schrieb Jean-Marc Lasgouttes
>
> That's all! I am sure this is not very precise. I convinced myself that
> the computation is reasonable by adding a usleep() in the code. The
> overhead seems to be negligible.
>
> So, is there an interest for somethin
Le 21/03/2013 14:05, Pavel Sanda a écrit :
Jean-Marc Lasgouttes wrote:
#Message_get: 6.48475usec, count=25405
What exactly the time shows? P
Basically you do that
void my_func() {
PROFILE_THIS_BLOCK(foo);
[code code code code]
}
and it will measure the amount of time spent in the
Jean-Marc Lasgouttes wrote:
> #Message_get: 6.48475usec, count=25405
What exactly the time shows? P
Hello,
Here is a trivial tool I wanted to write for some time. I was wondering
whether the cache was useful on Messages class, and wanted to try it
out. Moreover, I wanted to be able for someone else to assess that on
windows and mac too.
The idea is therefore to make the "profiler" as porta
19 matches
Mail list logo
