quickly-talk team mailing list archive

[Rick Spencer <rick.spencer@xxxxxxxxxxxxx>]

On Sun, 2010-12-26 at 14:06 +0000, tony byrne wrote:
> Hi Rick
>  I suppose we are looking at the same solution from different
> perspectives. I think we all see gtk-application template as a
> solution but we don't want the "fork" with bug fixes in one template
I think we should worry about supporting other distros when someone from
another distro comes who will commit to working on and maintaining a
template for that distro. At such a time, we can create a more general
"upstream" template, that is then patched and modified by the Ubuntu
template and whatever other distro template. Then bug fixes would be
pushed to the upstream template or kept as patched in the distro
specific template depending on the nature of the patch. In the meantime,
without that other distro, I don't see this as a key problem to solve
right now.

> being likely. commandsconfig can import commands from another template
> I was suggesting that we also have copy & patch project code (from
> gtk-application to ubuntu-application but direction is not very
> important). Michael's take on this was to put common project code into
> a library. I see this used best as copy e.g.
I think we should be hesitant about taking a dependency on a Quickly
library. 

> ubuntu-application/create copies preferences-couchdb to preferences
> and gtk-application/create copies preferences-xml to preferences.
> Importing instead means that the library code has to perfectly match
> the user's requirement, they get the complexity of subclassing, or the
> library has complex __init__ arguments.


> 
> Quote
> "
>         try:
>             import LaunchpadIntegration
>             LaunchpadIntegration.add_items(self.ui.helpMenu, 1, False, True)
>             LaunchpadIntegration.set_sourcepackagename('test-project')
>         except:
>             pass
> "
> 
> This code block looks like this ubuntu-only import was always intended
> to be optional but a probable bug in python-distutils-extra makes this
> a depends instead of recommends. So a bug fix will help here. Perhaps
> we could do this for all ubuntu-only imports.
>  The disadvantage is user's project gets bigger but it becomes
> write-once, run everywhere (better on ubuntu of course). The user can
> still choose, by editing the try/except block, instead of accepting
> the quickly defaults.
Write once, run anywhere is an explicit non-goal of Quickly. Quickly
fights against the mentality that your programming environment needs to
be all things to all people. The solution proposed here seems to be
reasonable, so long as the project runs perfectly on Ubuntu without any
configuration or additional code during the life of the project,
assuming they want to keep the project on Ubuntu.

Cheers, Rick