On 11/29/2011 09:27 PM, L Duperval wrote:
On Tue, 29 Nov 2011 20:51:19 -0500, Richard Heck wrote:
Insert>TeX Code. Then insert nothing, or perhaps a pair of braces: {}.
OK, that was what I reverted to but I was hoping for something more
elegant.
You can allow blank chapter headings if you wan
On 6 March 2008 16:52:41 Pavel Sanda wrote:
> thank you for the detailed description, i'm starting have a clue what you
> have in mind.
> its clear these two things are orthogonal - at most bilingual mode could
> exercise
> your WM tool as a part of editing process.
Perhaps. I will have to look
> In regard to your post, it looks on first glance that what you are referring
> to is
> more like an implementation of bitext (bilingual texts that are aligned at a
> specific
> segmentation level). I happen to be a developer on another project that is
> called
> bitext2tmx (http://bitext2tmx.s
> would need to have string matching support, backing store, and a way to
> present matches to users for reuse. This last part would probably entail
please look again on link from Stefan - the GUI code for matches presentation
should be easy with guicommpleter in 1.6.
pavel
On 6 March 2008 16:13:42 Martin Vermeer wrote:
> On Thu, Mar 06, 2008 at 02:39:28PM -0500, Raymond Martin wrote:
> > Qt Linguist are really for software localization). Just so you know,
> > OmegaT+ can translate documents in HTML/XHTML, ODF, OOo, OOXML,
> > PO, Java properties, JavaHelp, DocBook, p
On 6 March 2008 14:11:12 you wrote:
> On Thu, Mar 06, 2008 at 08:55:56AM -0500, Raymond Martin wrote:
> > Okay, it's a concurrency framework being added to Qt 4.4. my mistake.
> > More about it: http://trolltech.com/products/qt/whatsnew/qt44-preview
>
> That's mainly about parallization of very si
On Thu, Mar 06, 2008 at 02:39:28PM -0500, Raymond Martin wrote:
> Qt Linguist are really for software localization). Just so you know,
> OmegaT+ can translate documents in HTML/XHTML, ODF, OOo, OOXML,
> PO, Java properties, JavaHelp, DocBook, plaintext, XLIFF, INI. And
gettext po? That's interesti
Andre,
On 6 March 2008 14:05:58 you wrote:
> On Thu, Mar 06, 2008 at 07:16:55AM -0500, Raymond Martin wrote:
> > I agree it would be difficult. The major benefit from my perspective
> > is that it would be immediately cross-platform.
>
> Could you name a single platform for which there is
> (a)
Andre
On 6 March 2008 13:32:52 you wrote:
> > The application I am redesigning is mainly for translators (I call it
> > a translation processor) and it uses translation memory and TMX
> > (translation memory exchange) in its operation. This functionality
> > could also be useful to all kinds of wr
Andre Poenitz wrote:
On Thu, Mar 06, 2008 at 07:16:55AM -0500, Raymond Martin wrote:
I agree it would be difficult. The major benefit from my perspective
is that it would be immediately cross-platform.
Could you name a single platform for which there is
(a) LyX not available,
(b) Java availa
On Thu, Mar 06, 2008 at 08:55:56AM -0500, Raymond Martin wrote:
> Okay, it's a concurrency framework being added to Qt 4.4. my mistake.
> More about it: http://trolltech.com/products/qt/whatsnew/qt44-preview
That's mainly about parallization of very similar task, like rendering
parts of a scene in
On Thu, Mar 06, 2008 at 07:16:55AM -0500, Raymond Martin wrote:
> I agree it would be difficult. The major benefit from my perspective
> is that it would be immediately cross-platform.
Could you name a single platform for which there is
(a) LyX not available,
(b) Java available, and
(c) an inte
On Thu, Mar 06, 2008 at 05:30:23AM -0500, Raymond Martin wrote:
> Hi,
>
> I'm currently in the re-design phase of an application I am working on
> and I really am wondering how I can either use LyX as its base code or
> add the functionality from the type of application I have into LyX.
>
> The a
Raymond Martin wrote:
FWIW, the only area where we can use multi-threading is the
autosaving feature. This is implemented using fork on Unix but is
blocking on Windows. But as saving is very fast, this is not a
major problem anyway. The blocking export is much more annoying
indeed.
Okay. With t
Abdel,
On 6 March 2008 08:53:05 Abdelrazak Younes wrote:
> >
> > I agree it would be difficult. The major benefit from my perspective is
> > that it
> > would be immediately cross-platform.
>
> Well, Qt (and LyX) is of course cross-platform already; but that's not
> what you meant ;-)
Right.
On Thu, 06 Mar 2008 05:30:23 -0500
Raymond Martin <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I'm currently in the re-design phase of an application I am working on and
> I really am wondering how I can either use LyX as its base code or add the
> functionality from the type of application I have into L
Raymond Martin wrote:
Hi Pavel,
On 6 March 2008 07:25:59 Pavel Sanda wrote:
Would a Java port of LyX ever be a consideration?
i guess this would be very difficult task to accomplish and don't see the
benefit of it.
I agree it would be difficult. The major benefit from my perspective is th
Am 06.03.2008 um 13:16 schrieb Raymond Martin:
Hi Pavel,
On 6 March 2008 07:25:59 Pavel Sanda wrote:
Does this Writing Memory type feature seems interesting to anyone
for use in LyX?
it depends. could you be more verbose what the term "Writing
Memory" is and how its used?
i started som
Hi Pavel,
On 6 March 2008 07:25:59 Pavel Sanda wrote:
>
> > Does this Writing Memory type feature seems interesting to anyone for use
> > in LyX?
>
> it depends. could you be more verbose what the term "Writing Memory" is and
> how its used?
> i started some work wrt translation usage of lyx,
Raymond Martin wrote:
Hi,
I'm currently in the re-design phase of an application I am working on and
I really am wondering how I can either use LyX as its base code or add the
functionality from the type of application I have into LyX.
The application I am redesigning is mainly for translators
> The application I am redesigning is mainly for translators (I call it a
> translation
> processor) and it uses translation memory and TMX (translation memory
> exchange)
> in its operation. This functionality could also be useful to all kinds of
> writers in general
> (something I have come to
On 22-Feb-2001 Edwin Leuven wrote:
> My second question is about the function ToggleAndShow in bufferview_funcs,
> it uses the variable toggleall which is not passed to the function. How does
> it work? In the FormCharacter.C I am putting together I need to call
> ToggleAndShow. Can I change
Edwin Leuven <[EMAIL PROTECTED]> writes:
| Yesterday I asked why the functions in bufferview_funcs are not members of
| the appropriate class.
|
| Jurgen replied:
| > They are not part of the class because they don't need anything of the
| > class. So to hold classes small (which are used over
> My c++ book (accelerated c++, koenig&moo) states "If the function changes the
> state of an object, then it ought to be a member of that object."
>
> Why does this rule not apply here? Or why is this not a good rule?
The problem with this rule is that it makes it hard to add new and/or a
lot
24 matches
Mail list logo
