Dear Mayank Jha,
We appreciate your enthusiasm. I don't know enough about the project to
comment much on your proposal and your prototype, but I hope that most
developers who are several time zones behind us will soon wake up and have
time to give a few comments on your proposal.
We are getti
Hi Xueqing,
As with proposals in general, if you have a simple proof-of-concept program
(i.e., code that works as a demo), then your proposal will be among the top
contenders.
I understand that you may not know enough about Qt for this, but maybe you
can create a demo program on a different pla
Hi Cyrille,
Thank you for your reply. When I mention "existing work", I mean Rob's previous
implementation... I didn't have any implementation myself, sorry! I'll update
this part of the proposal tomorrow if there be any confusions.
I really appreciate your opinion; except for the corkboard pa
Hi Xueqing,
Thank you for the update. You mention that you already have an
implementation of a corkboard; do you have that code online somewhere? If
we can see code related to a project application, this make a proposal much
stronger. Feel free to post the link to the code only on Google Melang
Hi community,
According to Cyrille's suggestions, I have updated my proposal. Here it is:
https://google-melange.appspot.com/gsoc/proposal/review/google/gsoc2013/shanx/1
I was using another email address (shanxueq...@gmail.com) when I registered
for GSoC. I would greatly appreciate if any prospe
Sorry I forgot to cc LyX-devel. Here's my reply to Cyrille's feedback.
Xueqing Shan
Begin forwarded message:
> From: Vanderbilt
> Date: April 29, 2013, 9:09:11 PM CDT
> To: Cyrille Artho
> Subject: Re: Proposal submitted; suggestions wanted
>
> Hi Cyrille,
>
> Thank you so much for your sugg
My proposal is updated. I removed the mentioning of Prolog, made the
algorithm description clearer, and added more explanation.
On Tue, Apr 30, 2013 at 8:58 AM, Albus X wrote:
> No. I am indeed not familiar with programming in Prolog. I mentioned
> it because the pattern matching feature of Prolo
Hi Xueqing,
Thank you for your proposal. I am not the expert in this project, but what
I found surprising is that you allocate a few weeks towards building a
Notepad-like application.
This will include some work on using Qt-related build tools, which are not
entirely the same as for LyX (the
Hi community members,
I submitted my proposal but forgot to post the link to the community. Here it
is:
https://google-melange.appspot.com/gsoc/proposal/review/google/gsoc2013/shanx/1
I used another email address (shanxueq...@gmail.com) when submitting the
proposal. I would greatly appreciate
It seems that there is another person interested in this project?
OK, here is my opinion:
I understand there will be plenty of classes modified this way, but to
most of them, the change is minor, and share a common pattern.
What we need for an inset class is (1) its type and (2) its child
nodes.
No. I am indeed not familiar with programming in Prolog. I mentioned
it because the pattern matching feature of Prolog, (or maybe many
functional languages?) is implemented that way. I think find and
replace is also a kind of pattern matching, and for the replace
feature, the substitution table cal
Hi Albus,
Thank you for your proposal.
I am not very familiar with the project, but I see that you mention Prolog
in your proposal. Are you planning on using Prolog? Do you have any ideas
in how a similar algorithm could be implemented in C or C++ instead? (It
would be good if a LyX user did no
Dear Mridul,
Thank you for your application proposal draft.
You have some interesting ideas, but overall the scope of very vague. Some
of the goals are extremely ambitious (3 D graphs, transitions), unless you
are relying on other applications to generate that content. (In fact, LyX
always inc
Dear Mridul,
Welcome to the LyX community.
The projects have all been discussed extensively in the last couple of
weeks on this mailing list. Please check if you can find the information
you need in the mailing list archive.
If you have an application draft, please post it here. Your detailed
Hi Diluka,
If the patch is not too long, you may post it here. As an alternative, the
best idea is probably to create your own repository where you can commit
your changes. They can be merged with the main tree again later.
Diluka Wittachchi wrote:
Hi Everyone
Have a nice day ,l need some h
Dear Abishek,
It is very difficult for us to analyze connection problems that do not
occur on our side. Is there a way to allow connections to lyx.org and
git.lyx.org in your cyberoam settings? (Maybe the administrators can do
something here?)
Abhishek Sharma wrote:
Hello
I'm having problem
Dear Mateusz,
The scope and complexity of the project is up to you. Choose something that
you think you can comfortably finish in two months. More often than not,
unexpected problems cause a delay so it's best not to be overambitious in
the project. You can also include a "stretch goal" in case
I checked a little more into this, and there is some wrinkle to the story.
Checking on another mac:
I have another mac in my office, a MacMini, which runs system 10.7.5. That
machine is used for backup, so I installed fresh MacTex and Lyx on it just
now. The MacMini, just like my MacBook Pro, expe
BTW, this has all been solved before (clearly). Research it and use
whatever protocol pattern is most appropriate (or, if you can't
because of patents, invent a new protocol).
Some posts on this list pointed at some such prior work.
On 30/04/13 00:03, Tommaso Cucinotta wrote:
> For example:
> -) when inserting a new character (LFUN_SELF_INSERT):
>for each cursor in same par in positions beyond this, do a pos++
> -) when inserting a new par (on Enter):
>for each cursor in later pars, do a pit++
> -) others for cut'n'pas
On Mon, Apr 29, 2013 at 6:21 PM, Tommaso Cucinotta wrote:
> On 30/04/13 00:11, Nico Williams wrote:
>> But do you want to reuse an OTR
>> implementation?
>
> The question is why OTR, but perhaps the answer is simply that is already
> made to be compatible with messaging protocols.
OTR is the onl
On Mon, Apr 29, 2013 at 6:03 PM, Tommaso Cucinotta wrote:
> On 29/04/13 23:32, Nico Williams wrote:
>>> However, when considering that other users might be editing stuff
>>> above/before our
>>> cursor position, then it means this way of referencing positions within the
>>> text
>>> should be ch
On 30/04/13 00:11, Nico Williams wrote:
> But do you want to reuse an OTR
> implementation?
The question is why OTR, but perhaps the answer is simply that is already made
to be compatible with messaging protocols.
However, security may be one of the optional add-on / separate work-items /
fine
On 30/04/13 00:06, Tommaso Cucinotta wrote:
> Any comment on, or experience with, qxmpp -- http://code.google.com/p/qxmpp/ ?
This can be useful for applicants to look at
http://doc.qxmpp.org/qxmpp-snapshot/classQXmppRosterManager.html#a978cf900248b0ef144460bb52052ded8
to get a feeling of how
On Mon, Apr 29, 2013 at 6:06 PM, Tommaso Cucinotta wrote:
> On 29/04/13 23:26, Nico Williams wrote:
>>> It's possible to use OTR:
>>> http://en.wikipedia.org/wiki/Off-the-Record_Messaging
>>
>> Yes. Let libpurple (or similar) take care of this for you.
>
> Are you aware of a similar library for Q
On 29/04/13 23:26, Nico Williams wrote:
>> It's possible to use OTR:
>> http://en.wikipedia.org/wiki/Off-the-Record_Messaging
>
> Yes. Let libpurple (or similar) take care of this for you.
Are you aware of a similar library for Qt-oriented projects ?
Any comment on, or experience with, qxmpp --
On 29/04/13 23:32, Nico Williams wrote:
>> However, when considering that other users might be editing stuff
>> above/before our
>> cursor position, then it means this way of referencing positions within the
>> text
>> should be changed/reworked to a pointer-based one.
>
> But what alternative a
On 20/04/13 10:19, Tommaso Cucinotta wrote:
>> So, as I said
>> earlier, since the project already seems quite large as is, it would
>> be better to discuss a list of deliverables for the GSoC and how they
>> should be implemented.
>
> As for intermediate checkpoints within the project, for the ch
On 19/04/13 21:35, Tommaso Cucinotta wrote:
> Improving the situation may go along the lines of:
> A) either creating within LyX a kind of visitor interface able to recursively
> match insets against other insets, so that we make a sort of graph matching
> between the LyX text (I mean, the intern
On Sat, Apr 20, 2013 at 5:33 AM, Tommaso Cucinotta wrote:
> Concerning the interactive editing, I also remembered some critical issues
> faced
> during my prior quick hack: LyX internally uses index positions for the
> cursor,
> i.e., my cursor is on the 3rd paragraph, 5th character, and in case
On Sat, Apr 20, 2013 at 7:06 AM, Vinícius dos Santos Oliveira
wrote:
> 2013/4/20 Tommaso Cucinotta
>>
>> 3) client-side encryption add-on: can we exchange b64 encoding of
>> client-side
>>encrypted text segments, so that IM servers cannot see what's being
>> exchanged ?
>
>
> It's possible to
On 21/04/13 20:56, Pavel Sanda wrote:
>> lyx internals, as you say, multiple Cursors, or as said in some other
>> thread, if
>> we should switch from index-based to ptr-based CursorSlice, etc...
>
> I'm pessimist that newcomer in the project should start substantial
> cursorslice
> refactoring.
On 04/29/2013 04:03 PM, Georg Baum wrote:
- When selecting all and copying UserGuide.lyx, I get the dialogs
mentioned before.
This is known. I asked whether these branches should just be created, but
got no reply so far. If the answer is yes, this problem is easy to fix.
I would say "yes", as
On 29/04/13 22:09, Stephan Witt wrote:
> With 2.1 git (master) and 2.0.5.1 (download) I can reproduce this on Mac.
Also git ? Hmm...
Does it happen when:
-) searching and replacing with regular (Quick) F&R ?
-) searching only with Advanced F&R, without replacing ?
-) doing anything else with LyX,
Am 29.04.2013 um 15:37 schrieb Jacob Hammer :
>> I can't reproduce this (on Windows 7, LyX2.0.5, LyX2.1git).
>
> I am using a mac, not windows. It's OS 10.8.3.
I'm almost sure Vincent is aware of that.
With 2.1 git (master) and 2.0.5.1 (download) I can reproduce this on Mac.
The stack trace fo
Le 28/04/2013 13:06, pdv a écrit :
OK, here is a new version. Let me know if you experience anymore
problems.
For the time being I've left the clean-up step of the map as it was,
although I realize it's of limited value; when entering the same word
multiple times, the partial words get included a
On 29/04/13 14:37, Jacob Hammer wrote:
>> I can't reproduce this (on Windows 7, LyX2.0.5, LyX2.1git).
>
> I am using a mac, not windows. It's OS 10.8.3.
Thanks Jacob for the detailed report.
Unfortunately, I cannot reproduce the crash but I'm on Linux.
So, my Ubuntu has a distribution LyX 2.0.3
Vincent van Ravesteijn wrote:
>> Thanks Vincent, I no longer get a crash. I still have the following
>> issues (let me know if I should open up tickets):
>
> I'm not too enthusiastic about opening tickets just because code has
> been committed which hasn't been tested beforehand.
It has been tes
It compiles fine here. on Archlinux, kernel 3.7.9-1. Configuration:
Configuration
Host type:x86_64-unknown-linux-gnu
Special build flags: build=release use-aspell use-enchant
use-hunspell
C Compiler: gcc
C Compiler LyX flags:
C Compiler
Thank you for your responses.
2013/4/23 Rainer M. Krug :
> interesting idea. I neither use nor know it enough to give comments on
> it itself, but I would like to pint out a few aspects which would be
> very useful for LyX:
>
> 1) the showing of error messages is very useful for many text based
>
The source code for LyX 2.0.6 is now available at
http://frege.brown.edu/lyx/
Please test and compile binaries. I'll aim to do the actual release
later this week.
Richard
On 04/29/2013 01:32 AM, Scott Kostyshak wrote:
On Sun, Apr 28, 2013 at 4:26 PM, Vincent van Ravesteijn wrote:
Op 28-4-2013 0:32, Scott Kostyshak schreef:
On Sun, Apr 21, 2013 at 3:22 PM, Georg Baum
wrote:
Richard Heck wrote:
There are a couple issues here. One is the problem of branches.
>
>I can't reproduce this (on Windows 7, LyX2.0.5, LyX2.1git).
I am using a mac, not windows. It's OS 10.8.3.
>
>I'm not sure I totally understand "math character 'xi'", but I assume
>you mean the characters 'x' and 'i' in math mode ? Otherwise you would
>have said "greek math character 'xi'" ?
Op 22-4-2013 15:19, Rob Oakes schreef:
Dear Developers,
If I remember correctly, as of the last developer meeting, QtCore
classes were being tolerated in the core of LyX.
http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg172533.html
Is this correct? Are there any examples of QtCore and Sig
Op 29-4-2013 2:57, Jacob Hammer schreef:
There is still a crash on quit with instant preview off. It is very
consistent on my system. The files are attached.
Scenario: I opened Lyx; selected 'new file'; typed a few text characters,
then a few math characters, including the math character 'a'; ty
Thanks Vincent, I no longer get a crash. I still have the following
issues (let me know if I should open up tickets):
I'm not too enthusiastic about opening tickets just because code has
been committed which hasn't been tested beforehand.
- When selecting all and copying UserGuide.lyx, I g
Op 29-4-2013 9:30, Elmar Hinz schreef:
Hello,
I understand why you think it is rather hard to do unit testing for lyx.
There are class files with up to 6403 lines of code.
src/Buffer.cpp has 4803 lines and many files depend on that.
So, what exactly is the problem with large files ?
What does
I have officially submitted my proposal at
https://google-melange.appspot.com/gsoc/proposal/review/google/gsoc2013/albuseer/1
Please have a review.
On Mon, Apr 29, 2013 at 10:18 AM, Albus X wrote:
>> I am not very familiar with git, what is the meaning of
>> [712e1871/lyxgit]? I just cloned the
28/04/2013 20:53, Vincent van Ravesteijn:
It's about the fontlist not being initialized for InsetInfo insets ?
Good idea :) I will test your fixes.
JMarc
Hello,
I understand why you think it is rather hard to do unit testing for lyx.
There are class files with up to 6403 lines of code.
src/Buffer.cpp has 4803 lines and many files depend on that.
After all setting up a wall of unit test is the prerequest for
refactoring to more maintainable code an
50 matches
Mail list logo
