Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
> Lars Gullik Bjønnes ...> writes:
>
> [...]
> > Send you attachments as application/octet-stream and be done with it.
>
> I am sorry, but this doesn't solve the problem. Indeed, when the attachment
> is encoded it may happen (as far as I know) th
Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
[...]
> Send you attachments as application/octet-stream and be done with it.
I am sorry, but this doesn't solve the problem. Indeed, when the attachment
is encoded it may happen (as far as I know) that a line starts with a dot.
So, if the mailer do
On Sun, Dec 04, 2005 at 08:09:43PM +0100, Georg Baum wrote:
> Am Sonntag, 4. Dezember 2005 18:38 schrieb Martin Vermeer:
> > On Sun, Dec 04, 2005 at 06:11:50PM +0100, Georg Baum wrote:
> > > I propose to simply disable the apply button of the dialog in
> getStatus()
> > > if inner box is unset an
Am Mittwoch, 30. November 2005 13:49 schrieb Georg Baum:
> So this means the patch works. What needs to be done before it can be
> applied? Maybe change InsetTabular::setFont to a virtual function for
all
> insets that does nothing in other insets?
Ping! (updated patch attached)
Georg
diff -p
Am Sonntag, 4. Dezember 2005 18:38 schrieb Martin Vermeer:
> On Sun, Dec 04, 2005 at 06:11:50PM +0100, Georg Baum wrote:
> > I propose to simply disable the apply button of the dialog in
getStatus()
> > if inner box is unset and the box has more than one paragraph.
> > This is certainly not user
Dear list,
I doing some correcting in the introduction. Once, I found that I cannot render
the document anymore.
The rendering will work if you delete the last line in the
LyX editor!
alh> Can somebody help me?
I tryed it with my old 1.3.3 under windows and on 1.3.7 compiled from cvs
on Linux.
> This is absolutely not our bug.
I did not say this is lyx' fault. I said that lyx is vulnerable to an
existing mail system caveat, and lyx is likely to be the scapegoat. To
the best interest of lyx, I suggest that lyx do something with it.
You and other developers have all the reasons to say 't
On Sun, Dec 04, 2005 at 06:36:36PM +0100, Georg Baum wrote:
> Am Sonntag, 4. Dezember 2005 18:22 schrieb Martin Vermeer:
> > On Sun, Dec 04, 2005 at 06:01:39PM +0100, Georg Baum wrote:
> > > What is the problem with ERT? What you type in ERT should appear
> exactly
> > > like that in the .tex fil
On Sun, Dec 04, 2005 at 06:11:50PM +0100, Georg Baum wrote:
> Am Samstag, 3. Dezember 2005 21:25 schrieb Martin Vermeer:
>
> > That is more of a LaTeX than a LyX problem IMO. Without an inner box
> > (parbox or minipage) the text is of the "left-to-right" variety.
>
> Yes, but it is still a LyX p
Am Sonntag, 4. Dezember 2005 18:22 schrieb Martin Vermeer:
> On Sun, Dec 04, 2005 at 06:01:39PM +0100, Georg Baum wrote:
> > What is the problem with ERT? What you type in ERT should appear
exactly
> > like that in the .tex file. Is that not the case?
>
> Not if you type and end up with multipl
Jean-Marc Lasgouttes a écrit :
"Michael" == Michael Gerz <[EMAIL PROTECTED]> writes:
Michael> I think we should do something in order to resolve this issue
Michael> BEFORE 1.4.0 is released. It is a real nuissance for all
Michael> translators.
Michael> What comes into my mind are two things:
On Sun, Dec 04, 2005 at 06:01:39PM +0100, Georg Baum wrote:
> Am Sonntag, 4. Dezember 2005 09:23 schrieb Martin Vermeer:
>
> > And ERT has the same problem... should there be a "forceSingleParagraph"
> > method?
>
> What is the problem with ERT? What you type in ERT should appear exactly
> like
Am Samstag, 3. Dezember 2005 21:25 schrieb Martin Vermeer:
> That is more of a LaTeX than a LyX problem IMO. Without an inner box
> (parbox or minipage) the text is of the "left-to-right" variety.
Yes, but it is still a LyX problem IMO. It should not be possible to enter
something that looks tha
Am Sonntag, 4. Dezember 2005 09:23 schrieb Martin Vermeer:
> And ERT has the same problem... should there be a "forceSingleParagraph"
> method?
What is the problem with ERT? What you type in ERT should appear exactly
like that in the .tex file. Is that not the case?
Georg
Dear Uwe,
I have some correcting the introduction. Once I found that I cannot render
the document anymore.
I attach two files, the one with "work" suffix is my working copy. I dont know
where
is the problem.
The other with the "new" suffix will work if delete the last line in the
LyX editor!
Bo Peng <[EMAIL PROTECTED]> writes:
| > So a solution would be to change the format and replace "." by
| > something like \dot (like we do for \backspace). But then lyx2lyx
| > would have to be very very careful to avoid to replace \dot macros in
| > mathed, for example.
| >
| > Moreover, I am not
Bo Peng <[EMAIL PROTECTED]> writes:
| It sounds a bit unfair, but it is indeed lyx's responsibility to fix
| this problem, especially when we do not have control over mail
| servers/clients.
Way no!
This boils down to a user problem... sending as wrong attachment.
--
Lgb
Helge Hafting <[EMAIL PROTECTED]> writes:
| Already happened here - we use qmail. Now, I won't mind the next lyx
| being "nice" creating email-friendly
| files.
I would. Our format should not be restricted by any kind of
transmission format.
--
Lgb
"Jose' Matos" <[EMAIL PROTECTED]> writes:
| On Thursday 01 December 2005 14:15, Bo Peng wrote:
| >
| > 1. We fix this before 1.4.0 since otherwise a file format change can
| > only (?) happen for 1.5.0,
|
| Yes. I have reworked the file format and I don't want to make such a
change,
| not eve
Bo Peng <[EMAIL PROTECTED]> writes:
| Bug http://bugzilla.lyx.org/show_bug.cgi?id=2145 submitted.
This is not our bug.
--
Lgb
Michael Gerz <[EMAIL PROTECTED]> writes:
| Michael Gerz wrote:
|
| >> Hello,
| >> I guess I am not the only translator fighting with the innumerable
| >> variants in the layout strings.
| >
| > Me, too (although I almost completed work)
| >
| >> All the layout strings are currently marked as tran
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| 2/ the right margin of a layout is explicitely suppressed in
| non-toplevel insets.
|
| int LyXText::rightMargin(Paragraph const & par) const
| {
| // We do not want rightmargins on inner texts.
| if (bv()->text() != this)
|
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Mon, Nov 28, 2005 at 10:41:25AM +0100, Jean-Marc Lasgouttes wrote:
| > > "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
| >
| > Andre> I think paragraph ids are an anachrnism. We have stable(!) doc
| > Andre> iterators nowadays, so position
On Sat, Dec 03, 2005 at 10:25:50PM +0200, Martin Vermeer wrote:
> On Sat, Dec 03, 2005 at 08:27:15PM +0100, Georg Baum wrote:
> > It is better now, but still has problems: Multiple paragraphs are allowed
> > on-screen, but are printed as one paragraph. The rest seems to be OK.
>
> Yes, that is t
24 matches
Mail list logo
