On Wed, Dec 18, 2002 at 06:21:07PM +0100, Jean-Marc Lasgouttes wrote:
>
> Any taker? My german is er, well...
This is a request for "online spellchecking" as MS Word does.
And it claims that LyX is the best text processor. Well. That does not
necessarily mean it is a good one, so the claim might
On Wed, Dec 18, 2002 at 11:52:10AM -0500, Kuba Ober wrote:
> Well, could anybody tell what doesn't fit into ucs2? Or, are there any
> unicode pages that are outside of ucs2?
As far as I know there are already more than 2^16 chinese characters if all
historic variants are taken into account. 2^16 g
Below is a proof-of-concept for getting multiple encodings in a LyX
document to work. As before it still relies on the user setting a
suitable language for the text in the different encoding.
It seems to work for me though it's difficult to test due to what I
think is in fact a Red Hat bug.
Ple
On Wed, Dec 18, 2002 at 12:08:26PM +0100, Alfredo Braunstein wrote:
> Ok. I've unlocked the inset and seems to work. Seems that there is no need
> to actually lock the target (ok, it's a different problem that we have
> already: going to a reference or bookmark inside a float leaves you before
I made an RPM for RH8.0 that contains the ttf LaTeX fonts.
It works for me with CVS Qt LyX.
http://www.movementarian.org/latex-ttf-fonts-0.1-1.noarch.rpm
I guess when we ship a RH8.0 RPM for lyx-qt, we should make it depend
on something like this...
regards
john
--
"ALL television is children
John Levon <[EMAIL PROTECTED]> writes:
| On Thu, Dec 19, 2002 at 12:04:15AM +0100, Lars Gullik Bj?nnes wrote:
|
| > make distdir
|
| ...
| make[3]: *** No rule to make target `../src/ext_l10n.h', needed by
| `lyx.pot'. Stop.
| ...
|
| This is after a ./config.status --recheck && ./config.stat
On Wed, Dec 18, 2002 at 08:22:03PM +0100, Alfredo Braunstein wrote:
> The reference label was not correctly selected.
fixed.
btw, you should subscribe to the lyx-cvs list, so you can see your patch
go in ..
regards
john
--
"ALL television is children's television."
- Richard Adler
On Tue, Dec 17, 2002 at 12:45:41AM +0100, Michael Schmitt wrote:
> Hello,
>
> this is my last try to get this patch into the LyX repository!
Can you make a bug on bugzilla and attach the patch please ?
assign it to me too
regards
john
On Thu, Dec 19, 2002 at 12:04:15AM +0100, Lars Gullik Bj?nnes wrote:
> make distdir
...
make[3]: *** No rule to make target `../src/ext_l10n.h', needed by
`lyx.pot'. Stop.
...
This is after a ./config.status --recheck && ./config.status on
current cvs
so, can someone else who can use this app
On Thu, Dec 19, 2002 at 01:16:45AM +0100, Michael Schmitt wrote:
> BTW: Can anybody give me a hint in which file to look for a patch for
> "cannot set fixed width for multicolumn cells"? I need a fix very
> urgently. I guess it's not too difficult to fix.
probably tabular.C; have you tried usin
On Thu, Dec 19, 2002 at 12:50:36AM +0100, Lars Gullik Bj?nnes wrote:
> | Then you just lock it down to what was in CVS on that specific date.
> | Or use "-r TAG".
Ah, neat idea. Cheers !
regards
john
--
"ALL television is children's television."
- Richard Adler
Hiho!
Another 95 translations into German. Please commit the attached patch.
de.po is on position 2 now with 1594 translations (ten translations more
than fr.po :-)) right after da.po with - shock! - 2379 translations.
BTW: Can anybody give me a hint in which file to look for a patch for
"cann
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| John Levon <[EMAIL PROTECTED]> writes:
|
| | On Thu, Dec 19, 2002 at 12:23:37AM +0100, Lars Gullik Bj?nnes wrote:
| |
| | > Cannot really be helped, but I do try to not do it very often. But at
| | > this stage I must make sure that the .po files
John Levon <[EMAIL PROTECTED]> writes:
| On Thu, Dec 19, 2002 at 12:23:37AM +0100, Lars Gullik Bj?nnes wrote:
|
| > Cannot really be helped, but I do try to not do it very often. But at
| > this stage I must make sure that the .po files are fairly up do date.
|
| Of course ... shouldn't mlet my
On Wed, Dec 18, 2002 at 11:07:27AM +0100, Kornel Benko wrote:
> action first set to [433]
> action now set to [433]
What bind file are you using ?
OK, what is happening is that for me, the first binding with
Qt_Key_unknown happens to have an action of 88 (self insert) and it
works. For you howe
On Wed, Dec 18, 2002 at 04:01:02PM +, Angus Leeming wrote:
> As you're having so much difficulty with all this, why don't you cheat for
> the 1.3 release?
>
> QWorkArea.C has a lyxX11EventFilter that is currently used only for Selection
> events. Presumably it is passed KeyPress events also
On Thu, Dec 19, 2002 at 12:23:37AM +0100, Lars Gullik Bj?nnes wrote:
> Cannot really be helped, but I do try to not do it very often. But at
> this stage I must make sure that the .po files are fairly up do date.
Of course ... shouldn't mlet my tech backwardness stand in the way of
progress !
>
John Levon <[EMAIL PROTECTED]> writes:
| On Thu, Dec 19, 2002 at 12:09:50AM +0100, Lars Gullik Bj?nnes wrote:
|
| > | Are we at cross-purposes again LArs ?
| >
| > I am just thanking you for not telling me to fix it myself since every
| > time I touch the files I do inadequate testing and you h
On Wed, Dec 18, 2002 at 09:18:01PM +0100, Sebastian Pickerodt wrote:
> - qt 3.1.0
A-ha. Seems I have to do another download.
> ../../../../boost/boost/signals/detail/signals_common.hpp:23: parse error
>before `protected'
Qt is messing with defines and screwing us over. Note it's OK in ot
[EMAIL PROTECTED] (Jean-Marc Lasgouttes) writes:
> Paul> Please note that this package is no official Debian package.
>
> Do you advise us to carry it on ftp.lyx.org?
>
No. But i won't hinder you either... ;-)
On Thu, Dec 19, 2002 at 12:09:50AM +0100, Lars Gullik Bj?nnes wrote:
> | Are we at cross-purposes again LArs ?
>
> I am just thanking you for not telling me to fix it myself since every
> time I touch the files I do inadequate testing and you have to fix it.
> So I am just happy that you are not
John Levon <[EMAIL PROTECTED]> writes:
| On Wed, Dec 18, 2002 at 11:48:01PM +0100, Lars Gullik Bj?nnes wrote:
|
| > We already support _(""), N_(""), both are non-standard gettext-wise.
| > We can support qt_("") just as easy:
|
| great.
|
| > - --escape --add-comments --keyword=_ --key
John Levon <[EMAIL PROTECTED]> writes:
| On Thu, Dec 19, 2002 at 12:02:10AM +0100, Lars Gullik Bj?nnes wrote:
|
| > | I would suggest that you fix it yourself, but every time you touch
| > | those files, you do inadequate testing, and ol' muggins here has to fix
| > | it. So I won't.
| >
| > Th
On Thu, Dec 19, 2002 at 12:02:10AM +0100, Lars Gullik Bj?nnes wrote:
> | I would suggest that you fix it yourself, but every time you touch
> | those files, you do inadequate testing, and ol' muggins here has to fix
> | it. So I won't.
>
> Thank you.
?
Are we at cross-purposes again LArs ?
r
John Levon <[EMAIL PROTECTED]> writes:
| On Wed, Dec 18, 2002 at 09:56:54PM +0100, Lars Gullik Bj?nnes wrote:
|
| > I have come to the conclusion that I _really_ hate
| > the makefiles in qt2/ui and qt2/ui/moc
| > + the Makefile.dialog
| >
| > HATE!
| >
| > arrrgg!
|
| I would suggest that
On Wed, Dec 18, 2002 at 11:48:01PM +0100, Lars Gullik Bj?nnes wrote:
> We already support _(""), N_(""), both are non-standard gettext-wise.
> We can support qt_("") just as easy:
great.
> - --escape --add-comments --keyword=_ --keyword=N_ \
> + --escape --add-comments --keyword=
On Wed, Dec 18, 2002 at 09:56:54PM +0100, Lars Gullik Bj?nnes wrote:
> I have come to the conclusion that I _really_ hate
> the makefiles in qt2/ui and qt2/ui/moc
> + the Makefile.dialog
>
> HATE!
>
> arrrgg!
I would suggest that you fix it yourself, but every time you touch
those files, y
On Wed, Dec 18, 2002 at 05:53:58PM +, Mike Meredith wrote:
> * Lyx was built with the QT front end. This seems to have required the
>threaded version (qt-mt) although it seems like the configure script
>might be looking for qt and not finding it. Didn't look too closely.
It looks for
John Levon <[EMAIL PROTECTED]> writes:
| On Wed, Dec 18, 2002 at 10:02:56PM +0100, Lars Gullik Bj?nnes wrote:
|
| > | > | > My Q is: who extracts qt_("LyX: ") for translation? Does the regular
| > | > | > machinery handle it?
| >
| > ext_l10n.h is not in use anymore (gone *poff*)
|
| I see. So,
On Wed, Dec 18, 2002 at 11:52:10AM -0500, Kuba Ober wrote:
> No doubt when we encounter some extraterrestrial civilization we may need many
> more characters than 64k (say 1/2 of that if we consider underutilized pages)
I hear peoplpe are already worried about this.
> then John would be happy
John Levon <[EMAIL PROTECTED]> writes:
| On Wed, Dec 18, 2002 at 10:26:09AM -0500, Kuba Ober wrote:
|
| > > If my LANG=en_GB, X will not let me compose these latin2 cahracters
| > > *anyway*, so I do not see how it is possible to ever insert them.
| >
| > I don't think that X's keyboard input an
On Thu, Dec 19, 2002 at 12:00:21AM +0200, Dekel Tsur wrote:
> > For me, the following are wrong currently :
> >
> > \psi (blank)
> > \rightsquigarrow (blank)
>
> Does the attached patch helps for the above symbols?
Yes.
regards
john
On Wed, Dec 18, 2002 at 10:02:56PM +0100, Lars Gullik Bj?nnes wrote:
> | > | > My Q is: who extracts qt_("LyX: ") for translation? Does the regular
> | > | > machinery handle it?
>
> ext_l10n.h is not in use anymore (gone *poff*)
I see. So, is there a solution ? The problem is that using just pl
On Wed, Dec 18, 2002 at 10:26:09AM -0500, Kuba Ober wrote:
> > If my LANG=en_GB, X will not let me compose these latin2 cahracters
> > *anyway*, so I do not see how it is possible to ever insert them.
>
> I don't think that X's keyboard input and X application's LANG have anything
> to do with e
"Garst R. Reese" <[EMAIL PROTECTED]> writes:
| "Garst R. Reese" wrote:
| >
| > Lars Gullik Bjønnes wrote:
| > >
| >
| > > I am afraid that we end up with some half-baked solution, that still
| > > have cases that does not really work.
| > >
| > > _if_ 1.2.2 does it as we do now, I think should n
On Tue, Dec 17, 2002 at 02:58:04PM +0100, Alfredo Braunstein wrote:
> >
> > I only want the _minimal_ fix for this problem now, even if that might
> > be a bit hackish or over-simplified.
> >
>
> This would be it.
[the double-dialog patch]
It worked for me - I applied it.
regards
john
--
"
On Wed, Dec 18, 2002 at 08:21:56PM +, John Levon wrote:
>
> For me, the following are wrong currently :
>
> \psi (blank)
> \rightsquigarrow (blank)
Does the attached patch helps for the above symbols?
> \cong (ERT)
> \Diamond (ERT)
> \Box (ERT)
> \surd (ERT)
I'll check these symbols tomor
Dekel Tsur <[EMAIL PROTECTED]> writes:
| On Wed, Dec 04, 2002 at 10:04:09AM +0100, Lars Gullik Bj?nnes wrote:
| >> \begin{center} is bad as it adds space. | We need to change it
| > Yes, I have been reading a lot in my books lately, and it seems that
| > it was a big misguided to switch away from
John Levon <[EMAIL PROTECTED]> writes:
| On Wed, Dec 18, 2002 at 10:21:02AM +0100, Lars Gullik Bj?nnes wrote:
|
| > | > My Q is: who extracts qt_("LyX: ") for translation? Does the regular
| > | > machinery handle it?
| > |
| > | qt_helpers.C:
| >
| > mmm... no extraction done there.
| >
| > |
I have come to the conclusion that I _really_ hate
the makefiles in qt2/ui and qt2/ui/moc
+ the Makefile.dialog
HATE!
arrrgg!
--
Lgb
Jean-Marc Lasgouttes wrote:
> If you can do the patch, I'll apply it. Note that as of today, I do
> not think there will be a 1.2.3. But one never knows...
For what it's worth, here it comes.
Jürgen.
Index: src/ChangeLog
===
RCS file
On Wed, Dec 18, 2002 at 11:07:27AM +0100, Kornel Benko wrote:
> action first set to [433]
> action now set to [433]
> Key [action=433][@NONE@]
> Found the pseudoaction: [88|???]
> LyXFunc::dispatch: action[88] arg[???]
This is the problem. NONE of this should be hap
On Wed, Dec 18, 2002 at 07:35:55AM +0100, Philipp Reichmuth wrote:
> I thought that maybe your Qt LyX is running in a UTF-8 Unicode
> environment altogether, at least when you try pl_PL, and that there is
> some confusion with multibyte characters?
Well, that seems a bit vague ..
> What do you h
On Wed, Dec 18, 2002 at 02:06:46PM +, Angus Leeming wrote:
> Bug 725 on bugzilla has a new attachment that turns out to be a .tar.gz file.
> However, when I download it, it gets saved as "attachment.cgi". Is there no
> way of setting up bugzilla so that I can download it with the original
>
On Wed, Dec 18, 2002 at 12:38:43PM +0200, Dekel Tsur wrote:
> Did you check that _all_ the symbols shown correctly ?
I have *never* had this in any frontend.
> I tried these fonts once and I think I had some missing symbols
> (perhaps \geq ?)
For me, the following are wrong currently :
\psi (b
you can find one for rh73 here (together with xforms-1.0):
http://vlugnet.org/apt/redhat/7.3/en/i386/RPMS.vlugrpms
and
http://vlugnet.org/apt/redhat/7.3/en/i386/SRPMS.vlugrpms for source rpm
this is also apt-get-able
source rpms should be fine for rh7.x and rh8 (and maybe others)
my spec file fo
Hi,
I would love to get the lyx-1.3-cvs compiled with the qt2-frontend, but I
allways get errors.
My system:
HP XT-1000 notebook, Pentium III 1.13Ghz, 256 MB
gentoo-linux 1.4rc
- gcc-3.2.1
- qt 3.1.0
- kernel 2.4.20 (vanilla, with atapi and swsusp patches)
- glibc 2.3.1
- X 4.2.1
I s
On Wed, Dec 18, 2002 at 11:29:41AM +0100, Jean-Marc Lasgouttes wrote:
> John> No. This is not what the ellipsis means. The elipsis means :
>
> John> "I need further information before I can complete your request".
>
> Where is this specified?
This is where I give the URLs to all the guidelines
On Sat, Dec 14, 2002 at 10:55:05PM +0300, Vitaly Lipatov wrote:
>
> Why anyone does not interesting in
> automatic encoding selecting when LyX is configuring?
As we are in code freeze, we currently apply only patches that fix bugs.
For the next versions of LyX, we plan to move to Unicode, so this
On Fri, Dec 13, 2002 at 08:29:31AM +0100, Andre Poenitz wrote:
> On Thu, Dec 12, 2002 at 04:07:42PM +0200, Dekel Tsur wrote:
> > > If applied to a 10pt font this is decreasing too slowly.
> > >
> > > I'd think TeX does something like 10->7->5, but I don't know either.
> >
> > For 10pt text size,
On Wed, Dec 18, 2002 at 06:16:13PM +0100, Juergen Spitzmueller wrote:
> > Will it remain unimplemented forever?
>
> I think yes. John has mentioned some reasons which I forgot.
We're not /bin/ps !!
> > Any others?
>
> No, that's all AFAICS.
right.
regards
john
--
"ALL television is childre
On Wed, Dec 18, 2002 at 02:45:05PM +0100, Jean-Marc Lasgouttes wrote:
> Juergen> Mixing QString with string broke non-boost (gcc 2.95.3 here).
> Juergen> Please apply.
>
> Juergen> PS: the fix is fromqstr(qt_("LyX: ")) instead of _("LyX: ")
> Juergen> because gettext is no more included (OTOH: wh
On Wed, Dec 18, 2002 at 10:21:02AM +0100, Lars Gullik Bj?nnes wrote:
> | > My Q is: who extracts qt_("LyX: ") for translation? Does the regular
> | > machinery handle it?
> |
> | qt_helpers.C:
>
> mmm... no extraction done there.
>
> | John knows the details.
>
> John?
I guess we need to add
On Wed, Dec 18, 2002 at 08:24:16AM +0100, Andre Poenitz wrote:
> Is it correct that there are only seven bugs left?
Well, I would also like to see the page-down across table regression
fixed, but unless someone steps up ...
john
--
"ALL television is children's television."
- Richard A
On Wed, Dec 04, 2002 at 10:04:09AM +0100, Lars Gullik Bj?nnes wrote:
>> \begin{center} is bad as it adds space. | We need to change it
> Yes, I have been reading a lot in my books lately, and it seems that
> it was a big misguided to switch away from the statement variants.
> My fault probably.
>
The reference label was not correctly selected.
Index: ChangeLog
===
RCS file: /cvs/lyx/lyx-devel/src/frontends/qt2/ChangeLog,v
retrieving revision 1.362
diff -u -r1.362 ChangeLog
--- ChangeLog 2002/12/18 14:24:31 1.362
+++ ChangeLog 2
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes:
|
| Dekel> When running LyX on Windows machine, the TeX directory may be
| Dekel> installed in a directory whose name contains spaces (e.g.
| Dekel> C:\Program Files) and this confuses the d
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| Shouldn't it be updated at least partly before the first pre release?
| This would allow people to know what they should look for...
For sure.
Feel free.
--
Lgb
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| The attached patch brings the handling of graphics file extensions in
| sync with 1.2.2, so it should probably be applied.
|
| However, recent discussions have shown that this handling of
| extensions is not very good. In particular, we should pr
Angus Leeming <[EMAIL PROTECTED]> writes:
| Oops, I hit send before I meant to. I was going to ask if you could tell me
| how log_accum is called
I have no idea. (Ok not true, but I do not know well either...)
(unless you ask about the below...)
You can of course setup a test CVS to try it out.
Hi
In case anyone is interested, this recipe produces a working Lyx on an
IRIX 6.5 box :-
* This is specific to IRIX6.5 with gcc 3.0.4 installed (from SGIs
freeware collection).
* If you have the SGI freeware installation of QT installed, remove it
(or at least make it invisible during
[EMAIL PROTECTED] wrote:
i had an Idea that i will describe in German. I heard there are some german
speeking people in the lyx team:
Yes, there are, but the chance to get heard increases if you try in english.
Es waere toll, wenn Lyx eine Highlightanbindung in Form von rot unterstreichen
fals
On środa 18 grudzień 2002 11:14 am, Angus Leeming wrote:
> On Wednesday 18 December 2002 3:52 pm, Andre Poenitz wrote:
> > On Wed, Dec 18, 2002 at 10:26:09AM -0500, Kuba Ober wrote:
> > > So, there are just a few simple steps that take place:
> > > 1. Keyboard scancodes result from physical keypres
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> Jean-Marc Lasgouttes wrote:
>> Any taker? My german is er, well... where is my german anyway?
Juergen> It is a request for on the fly spellchecking (like in m$
Juergen> word). Basically like bug (request) 718.
Juergen> h
On Wednesday 18 December 2002 5:06 pm, Angus Leeming wrote:
> On Wednesday 18 December 2002 4:23 pm, Lars Gullik Bjønnes wrote:
> > | Lars, what do I need to check out again of I want to try and fix that
> > | viewcvs.cgi/./ChangeLog
> > | crap that should be
> > | viewcvs.cgi/lyx-devel/ChangeL
Jean-Marc Lasgouttes wrote:
> Any taker? My german is er, well... where is my german anyway?
It is a request for on the fly spellchecking (like in m$ word). Basically like
bug (request) 718.
http://bugzilla.lyx.org/show_bug.cgi?id=718
and some praise :-)
Jürgen
Any taker? My german is er, well... where is my german anyway?
JMarc
--- Begin Message ---
Sam Zeini ([EMAIL PROTECTED]) entered the
following feedback message on the LyX home page:
Hello,
i had an Idea that i will
Jean-Marc Lasgouttes wrote:
> So it is one of the non-implemented qt dialogs?
Yes.
> Will it remain unimplemented forever?
I think yes. John has mentioned some reasons which I forgot.
> Any others?
No, that's all AFAICS.
Jürgen
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> Jean-Marc Lasgouttes wrote:
>> This patch allows frontends to declare which lfuns are not
>> implemented (preamble and toolips for qt2) and make the menus
>> frontends ignore such unknown functions. Also, it makes the
>>
Jean-Marc Lasgouttes wrote:
> This patch allows frontends to declare which lfuns are not implemented
> (preamble and toolips for qt2) and make the menus frontends ignore
> such unknown functions. Also, it makes the Edit>Thesaurus magically
> disappear if lyx is not compiled with aiksaurus support.
> "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes:
Dekel> When running LyX on Windows machine, the TeX directory may be
Dekel> installed in a directory whose name contains spaces (e.g.
Dekel> C:\Program Files) and this confuses the deptable code. One
Dekel> solution is to quote filenames in t
On Wednesday 18 December 2002 4:23 pm, Lars Gullik Bjønnes wrote:
> | Lars, what do I need to check out again of I want to try and fix that
> | viewcvs.cgi/./ChangeLog
> | crap that should be
> | viewcvs.cgi/lyx-devel/ChangeLog
>
> CVSROOT
>
> you find the scripts in bin/ there.
>
> You are
Shouldn't it be updated at least partly before the first pre release?
This would allow people to know what they should look for...
JMarc
On Åroda 18 grudzieÅ 2002 11:17 am, Andre Poenitz wrote:
> On Wed, Dec 18, 2002 at 05:07:58PM +0100, Lars Gullik Bjønnes wrote:
> > That its encoding is not standarized?
> > is it 16bit or 32 bit?
> >
> > problems like that...
>
> Ok, I thought it was safe to assuem 32 bits there. In anycase, I
On środa 18 grudzień 2002 11:12 am, Andre Poenitz wrote:
> On Wed, Dec 18, 2002 at 10:57:50AM -0500, Kuba Ober wrote:
> > Not only shot, but possibly too wide as well. I don't think we really
> > need 32 bits per character. Having 16 bits per character works fine in
> > QString, so I presume that's
The attached patch brings the handling of graphics file extensions in
sync with 1.2.2, so it should probably be applied.
However, recent discussions have shown that this handling of
extensions is not very good. In particular, we should probably keep
the extensions when not doing a nice file, and
Angus Leeming <[EMAIL PROTECTED]> writes:
| On Wednesday 18 December 2002 4:20 pm, Lars Gullik Bjønnes wrote:
>> Angus Leeming <[EMAIL PROTECTED]> writes:
>> | On Wednesday 18 December 2002 5:10 pm, [EMAIL PROTECTED] wrote:
>> >> CVSROOT: /usr/local/lyx/cvsroot
>> >> Module name: lyx-devel
>
On Wednesday 18 December 2002 4:20 pm, Lars Gullik Bjønnes wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
> | On Wednesday 18 December 2002 5:10 pm, [EMAIL PROTECTED] wrote:
> >> CVSROOT: /usr/local/lyx/cvsroot
> >> Module name: lyx-devel
> >> Repository:lyx-devel/src/frontends/
Angus Leeming <[EMAIL PROTECTED]> writes:
| On Wednesday 18 December 2002 5:10 pm, [EMAIL PROTECTED] wrote:
>> CVSROOT: /usr/local/lyx/cvsroot
>> Module name: lyx-devel
>> Repository: lyx-devel/src/frontends/xforms/
>> Changes by: [EMAIL PROTECTED] 02/12/18 17:10:03
>>
>> Modified files:
>>
On Wed, Dec 18, 2002 at 05:07:58PM +0100, Lars Gullik Bjønnes wrote:
> That its encoding is not standarized?
> is it 16bit or 32 bit?
>
> problems like that...
Ok, I thought it was safe to assuem 32 bits there. In anycase, I agree that
32 bit is the target. Would make mathed slimmer as most symbo
On Wed, Dec 18, 2002 at 10:57:50AM -0500, Kuba Ober wrote:
> Not only shot, but possibly too wide as well. I don't think we really need 32
> bits per character. Having 16 bits per character works fine in QString, so I
> presume that's all that's needed.
640k of RAM should be enough for everybody
On Wednesday 18 December 2002 5:09 pm, [EMAIL PROTECTED] wrote:
> CVSROOT: /usr/local/lyx/cvsroot
> Module name: lyx-devel
> Repository: lyx-devel/config/
> Changes by: [EMAIL PROTECTED] 02/12/18 17:09:11
>
> Modified files:
> ./: ChangeLog
> lyx-devel/config/: ChangeLog
>
> L
On Wednesday 18 December 2002 5:10 pm, [EMAIL PROTECTED] wrote:
> CVSROOT: /usr/local/lyx/cvsroot
> Module name: lyx-devel
> Repository: lyx-devel/src/frontends/xforms/
> Changes by: [EMAIL PROTECTED] 02/12/18 17:10:03
>
> Modified files:
> lyx-devel/src/frontends/xforms/forms/: Mak
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Wed, Dec 18, 2002 at 10:35:17AM -0500, Kuba Ober wrote:
>> > I would be surprised if char is something UTF-16 related on any common
>> > platform...
>>
>> Okay, not a good idea. What about wstring, then?
>
| That's probably 32 bit per char on IA32, a
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Wed, Dec 18, 2002 at 10:45:05AM -0500, Kuba Ober wrote:
>> Would it make any sense to use something like this:
>> typedef uint16_t lchar_t;
>> typedef std::basic_string lstring;
>
| What's wrong with std::wstring?
That its encoding is not standarized
Kuba Ober <[EMAIL PROTECTED]> writes:
| On ¶roda 18 grudzieñ 2002 10:55 am, Angus Leeming wrote:
>> On Wednesday 18 December 2002 3:45 pm, Kuba Ober wrote:
>> > Would it make any sense to use something like this:
>> > typedef uint16_t lchar_t;
>> > typedef std::basic_string lstring;
>> >
>> > "l"
On Wednesday 18 December 2002 3:52 pm, Andre Poenitz wrote:
> On Wed, Dec 18, 2002 at 10:26:09AM -0500, Kuba Ober wrote:
> > So, there are just a few simple steps that take place:
> > 1. Keyboard scancodes result from physical keypresses
> > 2. current modmap is used by the X server to map scancode
On środa 18 grudzień 2002 10:55 am, Angus Leeming wrote:
> On Wednesday 18 December 2002 3:45 pm, Kuba Ober wrote:
> > Would it make any sense to use something like this:
> > typedef uint16_t lchar_t;
> > typedef std::basic_string lstring;
> >
> > "l" stands for LyX (or low-overhead-in-conversion-t
On Wed, Dec 18, 2002 at 10:45:05AM -0500, Kuba Ober wrote:
> Would it make any sense to use something like this:
> typedef uint16_t lchar_t;
> typedef std::basic_string lstring;
What's wrong with std::wstring?
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not hav
On Wed, Dec 18, 2002 at 10:35:17AM -0500, Kuba Ober wrote:
> > I would be surprised if char is something UTF-16 related on any common
> > platform...
>
> Okay, not a good idea. What about wstring, then?
That's probably 32 bit per char on IA32, and probably the way to go for
LyX.
Andre'
--
Thos
On Wed, Dec 18, 2002 at 10:26:09AM -0500, Kuba Ober wrote:
> So, there are just a few simple steps that take place:
> 1. Keyboard scancodes result from physical keypresses
> 2. current modmap is used by the X server to map scancode sequences to keysyms
> 3. keysyms are passed to the application via
On Wednesday 18 December 2002 3:35 pm, Kuba Ober wrote:
> On ¶roda 18 grudzieñ 2002 10:03 am, you wrote:
> > On Wed, Dec 18, 2002 at 10:01:17AM -0500, Kuba Ober wrote:
> > > AFAIR, std::string and QString have exactly same internal unicode
> > > representation (UTF-16 ???). I hope so, at least (/me
On Wednesday 18 December 2002 3:45 pm, Kuba Ober wrote:
> Would it make any sense to use something like this:
> typedef uint16_t lchar_t;
> typedef std::basic_string lstring;
>
> "l" stands for LyX (or low-overhead-in-conversion-to-QString) ;-)
SMiyata (sp?) suggested something similar to this som
On Åroda 18 grudzieÅ 2002 10:07 am, Lars Gullik Bjønnes wrote:
> Kuba Ober <[EMAIL PROTECTED]> writes:
> >> Unicodification is a big and dangerous job, and we will /still/ need
> >> from/toqstr unless we use QString in lyx itself, which we probably do
> >> not want to do.
> |
> | If the issue is
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| I presume the following patch is not controversial...
>
| Solaris /usr/ucb/ln does not accept -sf, but wants '-f -s'.
>
| OK to apply?
yes.
--
Lgb
On środa 18 grudzień 2002 10:03 am, you wrote:
> On Wed, Dec 18, 2002 at 10:01:17AM -0500, Kuba Ober wrote:
> > AFAIR, std::string and QString have exactly same internal unicode
> > representation (UTF-16 ???). I hope so, at least (/me shrugs if they are
> > different).
>
> std::string is a typedef
> I believe this to be all that is needed for inserting
> keys with Qt frontend.
>
> If I do LANG=ro_RO ./lyx with this patch, I can insert t-cedilla etc.
> from latin2, just fine (assuming I've set document lang naturally).
>
> If my LANG=en_GB, X will not let me compose these latin2 cahracters
>
Alfredo Braunstein wrote:
> > For me it works ok, scrolling 4 o 5 lines at a time. I can confirm that
> > the value on preferences seems be ignored, though.
>
> This was on QT.
I guess you have to make the wheel mouse lyxrc noticed by
QContentPane::wheelEvent
Jürgen.
I presume the following patch is not controversial...
Solaris /usr/ucb/ln does not accept -sf, but wants '-f -s'.
OK to apply?
JMarc
Index: lib/ChangeLog
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/lib/ChangeLog,v
retrieving r
Kuba Ober <[EMAIL PROTECTED]> writes:
>> Unicodification is a big and dangerous job, and we will /still/ need
>> from/toqstr unless we use QString in lyx itself, which we probably do
>> not want to do.
>
| If the issue is to use std::string as the basic unicode-enabled string type,
| and easily us
1 - 100 of 131 matches
Mail list logo
