On Fri, Oct 14, 2005 at 05:41:40PM +0100, Angus Leeming wrote:
> KDE Artists (Authors of several of the icons)
Isn't KDE already GPL'd ? Therefore by merely shipping the icons with
our software, we never changed their licenses anyway.
regards
john
Georg Baum wrote:
> IMHO: When all people who contributed significantly have agreed to
> the pure GPL.
Right. Well here's the list of the only people who I either never
traced or who never replied to my requests.
I'm sure that one of the old timers could get a response out of Mate,
Claus and Miya
On Wed, 12 Oct 2005, Jeremy C. Reed wrote:
> On Wed, 21 Sep 2005, Angus Leeming wrote:
>
>> Anyway, trying to unlock a mutex that is already unlocked will
>> result in undefined behaviour when using POSIX threads. See, for
>> example Section 3.3.2 "Locking and unlocking a mutex" of
>> "Programming
Angus Leeming wrote:
> Georg Baum wrote:
>> Angus, do you plan to commit Bernhards work? If not, I will just do
>> it, since the gtk frontend is not in freeze, and this is certainly
>> an improvement.
>
> Go for it.
Done (minus the controller change, see patch).
> On a more general level, at wh
Georg Baum wrote:
> Angus, do you plan to commit Bernhards work? If not, I will just do
> it, since the gtk frontend is not in freeze, and this is certainly
> an improvement.
Go for it.
On a more general level, at what point should be scrub the "XForms
exception" from the licence and from the web
Jean-Marc Lasgouttes wrote:
> Lars> Yes. But this is more on the input side and display side of
> Lars> things. For storage we will have to support combining chars
> even Lars> for european languages, but we don't have to do that as
> step Lars> one.
>
> By combining chars you mean letter+accent,
John Levon <[EMAIL PROTECTED]> writes:
| Baby steps is definitely fine, but we should at least /aim/ to get this
| stuff done in the first attempt...
agree.
| > Finishing this step and removing all code now rendered cruft, might
| > also give us a better position to move forward with combining
|
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> Yes. But this is more on the input side and display side of
| Lars> things. For storage we will have to support combining chars even
| Lars> for european languages, but we
Angus Leeming wrote:
> Bernhard Reiter wrote:
>> I grant permission to license any and all contributions I've made to
>> LyX under the Gnu GPL version 2 or later.
>
> Thank you.
Angus, do you plan to commit Bernhards work? If not, I will just do it,
since the gtk frontend is not in freeze, and t
On Oct 14, 2005, at 10:10 AM, Jean-Marc Lasgouttes wrote:
"Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes:
Bennett> Note the Packaging: posix, rather than MacOSX, as it should
Bennett> be for me.
Does the following patch help?
That appears to have done it: configure correctly gives ma
When using the letter format with Lyx 1.3.6
(downloaded July 2005), if the sendto address is
non-empty, lyx inserts the correct
\letter{to whoever ...}
before the default
\letter{}.
As a result, the address is suppressed.
> "Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes:
Bennett> Note the Packaging: posix, rather than MacOSX, as it should
Bennett> be for me.
Does the following patch help?
JMarc
Index: configure.ac
===
RCS file: /usr/local/
> "Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes:
Bennett> Note the Packaging: posix, rather than MacOSX, as it should
Bennett> be for me.
Bennett> My guess is that this is related to Jean-Marc's recent change
Bennett> to configure.ac.
Did you run ./autogen.sh?
JMarc
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> Jean-Marc Lasgouttes wrote:
>> If special code is needed, what about putting it in
>> InsetTabular::dispatch, or in some other InsetTabular method?
Juergen> The attached patch might be more at your goût.
It looks much b
Recent changes to lyx-devel result in bad configuration on Mac:
-
Configuration
Host type: powerpc-apple-darwin8.2.0
Special build flags:compression assertions warnings
use-ispell
C Compiler: gcc
C Compiler LyX flags:
C Co
> "Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes:
Bennett> I've found the problem -- someone has messed up configure on
Bennett> Mac, so that things are getting installed in the wrong
Bennett> places. (I'll post a separate e-mail about this.)
Oh. That would be me, I guess.
JMarc
On Oct 14, 2005, at 1:56 AM, Juergen Spitzmueller wrote:
Bennett Helm wrote:
Perhaps I'm missing something, but this does not seem to work at all
for me: C-i still has no effect when the cursor is inside an inset,
but only works when the cursor is just in front of it.
Are you sure you appli
On Fri, Oct 14, 2005 at 02:58:01AM +0200, Lars Gullik Bj?nnes wrote:
> | This seems a horribly euro-centric point of view. (Says the guy who can
> | only speak one language...)
>
> I agree with that, but I also agree with Asger, that this won't be
> much worse than what we have right now. And we
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Yes. But this is more on the input side and display side of
Lars> things. For storage we will have to support combining chars even
Lars> for european languages, but we don't have to do that as step
Lars> one.
By combining chars
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> I'll use it for inspiration... we cannot use it as a starting
Lars> point it seems.
No, but it points to many the parts of the code that need attention.
What might be a goal for 1.5.0 is european languages + hebrew + arabic
+
Angus Leeming <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
| > | Very good. How does this compare to the CJK LyX patch? Did you look at
| > | it?
| > Where can I find the most up to date CJK LyX patch?
|
| ftp://ftp.u-aizu.ac.jp/pub/tex/cjk-lyx/qt/CJK-LyX-qt-1.3.6-1.patch
I'll use it
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Lars Gullik Bjønnes wrote:
>> | Very good. How does this compare to the CJK LyX patch? Did you
>> look at | it? Where can I find the most up to date CJK LyX patch?
Angus> ftp://ftp.u-aizu.ac.jp/pub/tex/cjk-lyx/qt/CJK-LyX-qt-1.3.6-1
Jose' Matos <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
|
| > | #LyX 1.3 created this file. For more info see http://www.lyx.org/
| > | \lyxformat 221
| > |
| > | is unchanged in UTF-8. We'll just need to read the \lyxformat to
| > | ascertain whether the rest of the file is encode
Lars Gullik Bjønnes wrote:
> | Very good. How does this compare to the CJK LyX patch? Did you look at
> | it?
> Where can I find the most up to date CJK LyX patch?
ftp://ftp.u-aizu.ac.jp/pub/tex/cjk-lyx/qt/CJK-LyX-qt-1.3.6-1.patch
--
Angus
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: |
Lars> Very good. How does this compare to the CJK LyX patch? Did you
Lars> look at | it?
Lars> Where can I find the most up to date CJK LyX patch?
Look there maybe:
http://www
Lars Gullik Bjønnes wrote:
> | #LyX 1.3 created this file. For more info see http://www.lyx.org/
> | \lyxformat 221
> |
> | is unchanged in UTF-8. We'll just need to read the \lyxformat to
> | ascertain whether the rest of the file is encoded in UTF-8 and, if not,
> | use Python's unicode stuff t
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| Very good. How does this compare to the CJK LyX patch? Did you look at
| it?
Where can I find the most up to date CJK LyX patch?
--
Lgb
Angus Leeming <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
| > btw... lyxlex (and the filereading) must be adapted to read utf8, and
| > lyx2lyx must do its best to translate the old formats (to utf8)...
|
| Well, that's trivial because the header
Well, that part yes.
|
| #LyX 1.3
Lars Gullik Bjønnes wrote:
> btw... lyxlex (and the filereading) must be adapted to read utf8, and
> lyx2lyx must do its best to translate the old formats (to utf8)...
Well, that's trivial because the header
#LyX 1.3 created this file. For more info see http://www.lyx.org/
\lyxformat 221
is unch
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
|
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
| Lars> True. And as I said it should give a much better base to work
| Lars> from.
|
| Jean-Marc> And I fe
> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> True. And as I said it should give a much better base to work
Lars> from.
Jean-Marc> And I fear that if we look for too much generality at once,
Jean-Marc> w
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> True. And as I said it should give a much better base to work
Lars> from.
And I fear that if we look for too much generality at once, we going
to lose track.
JMarc
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> Georg Baum wrote:
>> Ping! We need to do something about this. I attach the patch again
>> (ageinst current CVS).
Juergen> It fixes the two bugs I am aware of.
Georg, go ahead and apply it, then.
JMarc
Georg Baum wrote:
> Ping! We need to do something about this. I attach the patch again (ageinst
> current CVS).
It fixes the two bugs I am aware of.
Jürgen
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
|
| Lars> I just did some tests (using libidn and the nice stringprep
| Lars> utility functions therein). Just by changeing
| Lars> Paragraph::value_type to uint32_t and adding
|
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> SNU <[EMAIL PROTECTED]> writes: | Hi,
| Lars> |
| Lars> | $ ./autogen.sh | Using automake (GNU automake15) 1.5
|
| Lars> I think your version of automake is a bit too old
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> SNU <[EMAIL PROTECTED]> writes: | Hi,
Lars> |
Lars> | $ ./autogen.sh | Using automake (GNU automake15) 1.5
Lars> I think your version of automake is a bit too old.
Nevertheless, LINKED_SOURCES is a automake-like name not used
> "Michael" == Michael Gerz <[EMAIL PROTECTED]> writes:
Michael> Angus Leeming wrote:
>> Not in LyX.
>>
>> qtconfig in your qt3/bin directory.
>>
>>
Michael> That doesn't really explain why LyX 1.3 behaves correctly
Michael> where LyX 1.4 does not.
What are the values of the font-related
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> I just did some tests (using libidn and the nice stringprep
Lars> utility functions therein). Just by changeing
Lars> Paragraph::value_type to uint32_t and adding
Lars> stringprep_ucs4_to_utf8 on output, and some
Lars> strigpre
Georg Baum wrote:
> Am Mittwoch, 5. Oktober 2005 23:22 schrieb Georg Baum:
>> Am Montag, 3. Oktober 2005 18:09 schrieb Juergen Spitzmueller:
>
>> > Did you also notice that if you insert the array which your fix in
>> math_parser
>> > addresses at [1], save and reload, that the last \hline has va
Angus Leeming <[EMAIL PROTECTED]> writes:
| > Also to make some of this nicer I think we need my "any-patch", I'll
| > dig that out of the closet (right when 1.4.0 is released...)
| > (we pass a keysym from the frontend... this is turned into a
| > std::string and sent to dispatch()... we loose in
Lars Gullik Bjønnes wrote:
> I fear that XForms might need an upgrade to use either XwcLookup or
> XmbLookup to give us what we require in the keyhandler (we might we
> able to do it the event handler as well, unless xforms already ate
> some of our multibyte chars). Or some IM thingie (More work f
Lars Gullik Bjønnes wrote:
> SNU <[EMAIL PROTECTED]> writes:
>
> | Hi,
> |
> | $ ./autogen.sh
> | Using automake (GNU automake15) 1.5
>
> I think your version of automake is a bit too old.
Then we should update autogen.sh to refuse to work with it.
Georg
43 matches
Mail list logo
