On 04/20/2013 09:37 PM, Scott Kostyshak wrote:
On Sat, Apr 20, 2013 at 7:15 PM, Richard Heck wrote:
So what we really needed here is an updateMacros() call, but the other issue
was that this only does what we need it to do---call recordLocation() to set
docit_---if we are exporting the Buffer.
On Sat, Apr 20, 2013 at 7:15 PM, Richard Heck wrote:
> So what we really needed here is an updateMacros() call, but the other issue
> was that this only does what we need it to do---call recordLocation() to set
> docit_---if we are exporting the Buffer. So that had to be set, as well.
>
> The atta
On 04/20/2013 06:37 PM, Richard Heck wrote:
On 04/20/2013 12:16 PM, Georg Baum wrote:
Scott Kostyshak wrote:
I'm getting a SIGSEGV now. I can reproduce on Ubuntu 12.04 with the
following: 1. Open the User's Guide, Additional Features, Embedded
Objects, or Math manual. 2. Select all
3. Copy
Tha
On 04/20/2013 12:16 PM, Georg Baum wrote:
Scott Kostyshak wrote:
I'm getting a SIGSEGV now. I can reproduce on Ubuntu 12.04 with the
following: 1. Open the User's Guide, Additional Features, Embedded
Objects, or Math manual. 2. Select all
3. Copy
Thanks, I can reproduce it. The attached patch
Mentors please reply!!
Tommaso Cucinotta wrote:
> (things like searching for and adding friends
>may be handled through an external client
Yep, we need to outsource this business out of lyx as much as possible because
of the maintenance pain.
As proposed by someone else it might have even more sense to think
about
Hello,
I am really interested in the idea of creating a layout editor which would
be user friendly and could be used by anyone without internal details.
I have experience in LateX, Qt and C++.
Github: https://github.com/Fyre91
I have uploaded on github a software which was presented as an demo in
C
Cyrille Artho wrote:
> Hi Georg,
> I'm not familiar enough with the capabilities of LaTeX macros to be the
> final judge on that, but it seems plausible that macros may work better
> for many features.
>
> However, it is also desirable to keep the LaTeX code simple. For features
> that are merely
Scott Kostyshak wrote:
> I'm getting a SIGSEGV now. I can reproduce on Ubuntu 12.04 with the
> following: 1. Open the User's Guide, Additional Features, Embedded
> Objects, or Math manual. 2. Select all
> 3. Copy
Thanks, I can reproduce it. The attached patch works around the problem. It
looks l
Dear Beatka,
Welcome to LyX!
On Sat, Apr 20, 2013 at 4:52 PM, Beatka Wójciak wrote:
> Hi,
> I'm studying Computer Science on University of Wrocław (Poland). I'd like to
> take part in Google Summer of Code and I found LyX project interesting.
> I have experience in writing in C++ and Python and
2013/4/20 Gregori Kanatzidis
> We're still designing the API and are hoping to be able to start opening
> up more relevant parts of it in a couple of weeks.
I don't know if it will be fast enough. Student application proposals ends
in may 3.
But it's excellent news anyway.
=)
We'd be happy to
Hi,
I'm studying Computer Science on University of Wrocław (Poland). I'd like
to take part in Google Summer of Code and I found LyX project interesting.
I have experience in writing in C++ and Python and I'm often using Qt for
my university projects so I'm familiar with this framework. I also use
L
On 04/20/2013 01:17 AM, Scott Kostyshak wrote:
Any comments on these?
Other than that they look good to me, no.
rh
The API isn't open at this point, there's a simple integration that we made
available that you can see here:
https://spandex.io/api/simple-site-integration-post
https://spandex.io/api/simple-site-integration-get
But it's not sufficient for this use. We're still designing the API and are
hoping to
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 use OTR:
http://en.wikipedia.org/wiki/Off-the-Record_Messaging
--
Vinícius do
On 20/04/13 10:19, Tommaso Cucinotta wrote:
> As for the more challenging interactive lyx project, I'm not sure any of these
> pre-existing IM infrastructures are appropriate, the key issue being how long
> a message takes to be delivered to the destination. For IM chats, I wouldn't
> expect a serv
I think I have a rough idea as to how can we implement the layout editor,
in Lyx
I have made a Qt prototype http://postimg.org/image/j9g22xphx/ described as
below!
**GUI***
Available Additions : A QComboBox used to choose from a list of available
options "ClassOptions" , "Paragraph
On 20/04/13 00:54, Marcelo Galvão Póvoa wrote:
> I checked and and it seems libpurple can handle multiple IM protocols
> at once, but using it directly would require creating new interfaces
> inside LyX for authentication, contacts list, etc.
I just found a few pointers of attempts to build a Qt
Scott Kostyshak wrote:
> Do you think it's better to add \hyperlink support to the label inset
> or to make a separate, collapsable hypertarget inset? \hypertarget
> takes two arguments: the name and the text. The name could be set in
> the settings, and the text in the collapsable inset.
I'd pref
19 matches
Mail list logo
