[tomboy-list] Tomboy on Mac

[Jared Jennings]

Maybe so. I need to read these [1], [2] more and test, but they are there.

http://www.gtk.org/download/macos.php
https://live.gnome.org/GTK%2B/OSX/Integration

-Jared


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.
>
> /Robert
>
>
> On 01.03.2012 21:45, Jared Jennings wrote:
>
> Rob,
> 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
> Lion).
>
> -Jared
>
>
> 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.
>>
>> -Jared
>>
>>
>> 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
>>> problems.
>>> --
>>> 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>
>>> wrote:
>>>
>>>>  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.
>>>>
>>>> -Jared
>>>>
>>>>  _______________________________________________
>>>> Tomboy-list mailing list
>>>> Tomboy-list at lists.beatniksoftware.com
>>>>
>>>> http://lists.beatniksoftware.com/listinfo.cgi/tomboy-list-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
>>
>> http://lists.beatniksoftware.com/listinfo.cgi/tomboy-list-beatniksoftware.com
>>
>>
>
>
> _______________________________________________
> Tomboy-list mailing list
> Tomboy-list at lists.beatniksoftware.com
>
> http://lists.beatniksoftware.com/listinfo.cgi/tomboy-list-beatniksoftware.com
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.beatniksoftware.com/pipermail/tomboy-list-beatniksoftware.com/attachments/20120301/4637a071/attachment.htm>