[tomboy-list] Tomboy on Mac
jaredljennings at gmail.com
Thu Mar 1 13:35:30 PST 2012
Maybe so. I need to read these ,  more and test, but they are there.
On Thu, Mar 1, 2012 at 4:24 PM, Robert Nordan <rpvn at robpvn.net> wrote:
> Is OS X Lion completely and utterly borked? Have you done some
> investigating into why it won't work, juggled around with different Mono
> versions and such?
> Another thought regarding refactoring is that it would also be useful for
> a future switch to GTK# 3 when that's finalised, because that port will
> have to be done at some point as well.
> On 01.03.2012 21:45, Jared Jennings wrote:
> We had talked about it and had even started a doc on it. At the time
> though the focus wasn't as ambitious and wouldn't accomplish what is
> required here. As you say Data and presentation are very tight and I don't
> know the history on that either.
> I'm also wondering how many of the available add-ins are needed if we
> were using a Cocoa implementation. It provides all the formatting that we
> have today in add-ins.
> Yes, Synchronization is a must for the Mac implementation. Otherwise it
> is useless.
> The D-BUS API idea doesn't sound bad, but I have zero experience with
> it; which means I may not be qualified to speak about it.
> At the very minimum I was thinking that it would be nice to have a Mac
> install that could Sync. It may not have all the features of the
> current-day code base, but at least we would have something. I don't want
> to sound shortsighted by such a statement, but today we have nothing (if on
> On Wed, Feb 29, 2012 at 4:39 PM, Robert Nordan <rpvn at robpvn.net> wrote:
>> Having all the core Tomboy functionality as a library and reusing it on
>> multiple platforms would be great, but the rewrite sounds like a pretty
>> herculean effort... Didn't you guys (Greg specifically) look at
>> refactoring earlier? I know from my poking around in Tomboy that the
>> coupling between data and presentation is pretty tight, with various gtk
>> components handling both sides at the same time. And yes, I'd say that most
>> of the available add-ins would stop working with such a dramatic rewrite.
>> Now, I suppose the first step is actually defining what core
>> functionality is, (notes, storage, sync?) and what is presentation layer?
>> (Most things in the Search All Notes window?) Does the D-BUS API present a
>> usable model for this separation, can it maybe even be used to make a
>> MonoMac application that starts a hidden Tomboy instance and communicates
>> over D-BUS? This sounds like material for some wiki/IRC work! :P
>> All in all, great initiative but some serious challenges to be overcome
>> along the way is my opinon.
>> /Robert N
>> On 29.02.2012 16:33, Jared Jennings wrote:
>> Completely agree and from a developers point of view this isn't a small
>> task. I think there could be some really nice payoffs for this, but I don't
>> want to loose any of the existing work. There are a lot of add-ins already
>> in place and supported; these wouldn't migrate over to Mac or IOS or such.
>> That would be another discussion how to best handle that.
>> On Wed, Feb 29, 2012 at 8:51 AM, Olivier Bilodeau <
>> olivier at bottomlesspit.org> wrote:
>>> Great plan! Can't wait to see progress on this.
>>> Be careful about regressions. Starting from scratch tends to reintroduce
>>> Olivier Bilodeau <olivier at bottomlesspit.org>
>>> On my mobile phone, please excuse my brevity.
>>> On Feb 28, 2012 6:20 PM, "Jared Jennings" <jaredljennings at gmail.com>
>>>> I'm probably going to stir a pot or later realize that I am talking
>>>> crazy, but that's what I do :)
>>>> While trying to get Tomboy to run on Lion I realized that there's no
>>>> easy way to use MonoMac. It crosses between GTK and Cocoa. I've already
>>>> been thinking about writing Tomboy for IOS and Android using the Mono
>>>> libraries. So with that in mind I am proposing the following.
>>>> We pull the current Tomboy core code into a library.
>>>> We build a new Tomboy project for Mac, based on MonoMac.
>>>> The existing Tomboy code will remain GTK and slowly transition to
>>>> utilizing the newer Tomboy library.
>>>> I'm willing to care most of this effort, although of course would
>>>> welcome ALL the contribution possible. I will host all of the work on
>>>> public repo's so anyone can play at any time.
>>>> I think this will enhance the user experience for Tomboy, especially
>>>> on Mac.
>>>> Future cross-platform support could become more easy.
>>>> Also it would help push us to breaking code from GUI as we had
>>>> discussed in the past.
>>>> Thoughts welcome.
>>>> Tomboy-list mailing list
>>>> Tomboy-list at lists.beatniksoftware.com
>> Tomboy-list mailing listTomboy-list at lists.beatniksoftware.comhttp://lists.beatniksoftware.com/listinfo.cgi/tomboy-list-beatniksoftware.com
>> Tomboy-list mailing list
>> Tomboy-list at lists.beatniksoftware.com
> Tomboy-list mailing list
> Tomboy-list at lists.beatniksoftware.com
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Tomboy-list