As I said, the key is the font, so
1. The example ctex.lyx uses the "adobefonts" option (see
Document=>Settings), which means you have to install Adobe
Fangsong/Heiti/Kaiti/Song Std; note they are not free fonts. To use
free fonts, you need to change this option to "nofonts", use non-TeX
fonts and
On Apr 3, 2013 6:58 PM, "Pavel Sanda" wrote:
> Perhaps we can drop this check-out behaviour if it makes troubles, wait
for Georg's opinion.
> There is also still the problem that we run GIT::find_file 2x IIRC.
I'm hard-pressed to think of git-specific behavior in LyX that i want
besides a) a menu
Tommaso Cucinotta wrote:
> On 04/04/13 00:31, Pavel Sanda wrote:
> >> tommaso@mobiletom:~/lyx-trunk-ws/lyx/development/autotests$ git status
> >> hello-world-in.txt
> >> # On branch master
> >> nothing to commit (working directory clean)
> >> tommaso@mobiletom:~/lyx-trunk-ws/lyx/development/autote
On 04/04/13 00:31, Pavel Sanda wrote:
>> tommaso@mobiletom:~/lyx-trunk-ws/lyx/development/autotests$ git status
>> hello-world-in.txt
>> # On branch master
>> nothing to commit (working directory clean)
>> tommaso@mobiletom:~/lyx-trunk-ws/lyx/development/autotests$ git status
>> non-existent.txt
Tommaso Cucinotta wrote:
> Hi,
>
> I just noticed that GIT::findFile() doesn't seem to work, namely if I open
> with git any file within the lyx sources tree, it always asks me whether I
> want to retrieve the file from the VCS (which in turn causes all test cases
> in autotests to fail, but it
On 04/03/2013 04:41 PM, Alex Vergara Gil wrote:
Alex Vergara Gil wrote:
I don´t know if thi request can be made inside Qt (I think there
should be some package for this in the nokia library!).
Pavel Sanda wrote:
No it isn't. Mr Google suggest that "Qt team at one point stopped
developing
th
On 03/04/13 22:29, Kornel Benko wrote:
> Am Mittwoch, 3. April 2013 um 20:32:22, schrieb Tommaso Cucinotta
>
>> I can run all of the findadv tests to check whether the patch broke anything.
>> That's even easier than entering with my head back into that spaghetti code
>> :-).
>
> I run them, an
I cannot enter those chars on my keyboard. Can u provide a sample lyx file
where I can search and see the problem ?
T.
On 03/04/13 22:40, Kornel Benko wrote:
> Am Mittwoch, 3. April 2013 um 20:28:59, schrieb Tommaso Cucinotta
>
>
>> On 02/04/13 10:28, Jean-Marc Lasgouttes wrote:
>
>>
Hi,
I just noticed that GIT::findFile() doesn't seem to work, namely if I open with
git any file within the lyx sources tree, it always asks me whether I want to
retrieve the file from the VCS (which in turn causes all test cases in
autotests to fail, but it's unimportant now).
I noticed the c
Am Mittwoch, 3. April 2013 um 20:28:59, schrieb Tommaso Cucinotta
> On 02/04/13 10:28, Jean-Marc Lasgouttes wrote:
> >> I am not sure if it has anything to do with utf8. The expanded string looks
> >> like it is expanded for LaTeX. This looks quite wrong to me in context of
> >> searching. Why is
Am Mittwoch, 3. April 2013 um 20:32:22, schrieb Tommaso Cucinotta
> On 31/03/13 12:38, Kornel Benko wrote:
> > Tommaso is ATM not very responsive. I am pretty confident,
> > That I have a patch, which does not affect any other parts
> > of advanced search.
>
> Hi,
>
> I can run all of the finda
Alex Vergara Gil wrote:
I don´t know if thi request can be made inside Qt (I think there should
be some package for this in the nokia library!).
Pavel Sanda wrote:
No it isn't. Mr Google suggest that "Qt team at one point stopped
developing
the control due to Microsoft licensing."
This sound
On 31/03/13 12:38, Kornel Benko wrote:
> Tommaso is ATM not very responsive. I am pretty confident,
> That I have a patch, which does not affect any other parts
> of advanced search.
Hi,
I can run all of the findadv tests to check whether the patch broke anything.
That's even easier than entering
On 02/04/13 10:28, Jean-Marc Lasgouttes wrote:
>> I am not sure if it has anything to do with utf8. The expanded string looks
>> like it is expanded for LaTeX. This looks quite wrong to me in context of
>> searching. Why is this done?
>
> This is how advanced search works.
Confirm. This is how th
On 11/03/13 11:22, Kornel Benko wrote:
> Hi,
>
> advanced search in my document (for a non-existent string on all opened
> documents):
> takes 227 seconds. Moreover, at the end of search (dialog asking to start
> over)
> eats so much memory ( > 4GB), that my computer starts to using swap disk.
Alex Vergara Gil wrote:
> I don´t know if thi request can be made inside Qt (I think there should be
> some package for this in the nokia library!).
No it isn't. Mr Google suggest that "Qt team at one point stopped developing
the control due to Microsoft licensing."
This sounds funny given the fa
Opinions are cheap, so I guess I'll offer mine.
Patents are one thing I know next to nothing about, so that may be a game
stopper to begin with, as Richard pointed out. I may be in the minority
here, but in general I think the ribbon toolbar is a useful improvement for
Microsoft products (at least
Thanks for your kind reply!
Currently I am using Debian Wheezy, and should not I write some
predefinitions in the documents configuration? Or choose some utf-8 stuff?
1. What else do I *have to* do apart from choosing ctex.lyx in order to get
it run as fluent of possible?
2. Which packages should
I submitted a template to LyX for ctex (in 2011?) and you should be
able to see it from File=>New From Template, then ctex.lyx
You did not tell us your OS; anyway, you can install the ctex package
from either MikTeX under Windows, or Synaptic under Ubuntu. I think
the only tricky part is the font
On 04/03/2013 12:20 PM, Alex Vergara Gil wrote:
Hello developers!
I have a feature request if this is not already requested to you:
Ribbon Menus.
If someone wanted to code these as an option, I'd have no objection,
except for the fact that
Microsoft appears to have patented this:
http://www.
Hello developers!
I have a feature request if this is not already requested to you: Ribbon Menus.
The actual look of lyx makes duplicate functions in text menus and icon menus,
besides there is a lot of space wasted by allocating the icon menus. This has
nothing to do with intrinsic code but to
On 2013-04-02, Georg Baum wrote:
> Guenter Milde wrote:
>> On 2013-03-31, Georg Baum wrote:
>>> Guenter Milde wrote:
On 2013-03-27, Georg Baum wrote:
...
>> The "force" flag in lib/unicodesymbols provides a workaround for the
>> incomplete translation in inputen's utf8.
>> utf8x is non-stan
On 2013-04-02, Uwe Stöhr wrote:
> Am 22.03.2013 09:42, schrieb Guenter Milde:
>> So, maybe for the time being it could be better to just exclude
>> Kazakh from the "Cyrillic languages" to let the "textcyr" feature
>> work.
>> With the current state of textcyr, the fix should be far mo
02/04/2013 22:06, Georg Baum:
The encoding default of the OS can be assumed to be the encoding of the
majority of files on the system. Hence, this choice would minimize
problems with included files.
As I tried to explain, this is a dangerous assumption, and I don't agree
with it, but I fear we
02/04/2013 23:45, Uwe Stöhr:
This was what I first tied, bat as I said a length must nevertheless be
given. But what length should I use of the bool is true?
As I already mentionned (I think), there is support for empty length
(look for Length::empty() method) and nothing prevents you from usi
On 2013-04-03, Hörmetjan Yiltiz wrote:
Dear Hörmetjan Yiltiz,
> I found LyX very pleasing software, and used it myself for quite a long
> time, but still its support for writing Chinese is too frustrating,
> encountering some unknown bugs or failing to compile the pdf while directly
> calling pdf
Hi there!
I am wring from Beijing, China.
I found LyX very pleasing software, and used it myself for quite a long
time, but still its support for writing Chinese is too frustrating,
encountering some unknown bugs or failing to compile the pdf while directly
calling pdflatex from the shell could jus
27 matches
Mail list logo
