Bug#465369: GoLearn
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
reassign 465369 goplay
retitle 465369 goplay: Let's extend to also do GoLearn! and others
thanks
On Mon, Feb 18, 2008 at 12:39:54AM +0000, Enrico Zini wrote:
>On Wed, Feb 13, 2008 at 05:46:36AM +0100, Jonas Smedegaard wrote:
>
>> I suggest now a different approach that fulfills our needs without
>> multiple applications:
>> 4. Implement an --ftags option similar to that in ept-tags
>
>Done and committed: give it a try. For kicks, I also implemented
>--secondary=facet to choose the facet to use instead of 'interface'.
>
>Note: --ftags can be a comma-separated list of tags, that will be
>ANDed: this means that you can do this, which is probably what you
>want:
>
> goplay --go=field --ftags="use::learning, role::program"
Excellent! Yes, that was exactly what I'd found out to suit some current
needs of Skolelinux.
>I've just run that: the result is really nice! Your idea seems to
>nicely hit the spot.
I am happy you recognize my small part in this. Debtags rocks!
>> I believe it would then also make sense to either use a more generic
>> facet than gaming by default or make the --facet option required, and
>> rename the tool and the dependent games-thumbnails package. But that
>> is just cosmetics.
>
>Note that goplay is written by the gnome game team, so not having
>gaming as a default would be a bit of a shame :)
Good point.
>Also, if you require --facet, you can't just click and run the program,
>which takes half of the ease away. However, anyone's welcome to make a
>godebian program that shows like 6 big stilish icons one with every
>direction you'd like to go, and by clicking on an icon goplay is
>launched with the right options.
I am actually happy about the limited interface. I feel it has a
quality of its own.
Yes, I remember clearly your point in Finland that brain can't cope with
more than seven items at a time - but I feel that offering 6 "steering
wheels" on an app browser is like the old misunderstanding advertising
companies did with an analysis that users tend to get bored and leave a
website if it took more than 15 seconds to load: They then instructed
the web developers to put stuff content onto the pages until it reached
just below those magic 15 seconds on an average modem speed. And still
do... :-P
>The idea we discussed with Miriam, though, was something like to store
>a number of preset defaults inside the program, and choose them based
>on the program name. That way you can, for example, run it as
>'golearn' and it will choose a different set of defaults.
>
>Turns out that this was rather easy to implement as well, so I did it.
Marvellous.
>Please try it out: does it do what you want?
I'll give it a try when I've posted this email.
...now after I cut out the rest of that quote I remembered that you
mentioned something about adding documentation in addition to programs
for the golearn shape of the browser. I disagree: debian-edu is about a
lot of things - both educational programs, technical tools for setting
up and maintaining a school network, and documentation of that. What I
was aiming at with golearn was not to show the contents of debian-edu,
but more specifically to promote educational applications available (and
properly tagged with debtags!) in Debian.
...that paranthesis being quite important: We want to show what is
considered educational according to debtags, to push more tagging, so
that we can better rely on debtagging to do more flexible CDD rollouts,
generate books on educational apps in Debian (automated layout but
changing content and ordering based on eg. locale, target group), do
analysis (eg. how would priorites and amount of packages change if we
included gaming packages in debian-edu?).
>btw, should we reassign this bug to goplay, for filing purpose?
Agreed. this has the combined result of dropping the ITP and putting a
symbolic pressure on getting out a new release of goplay with these
exciting features added.
Should be done with this email.
I believe we now need to extend to packaging to include symlinks for
those added program names, and mention them in the long description too.
Could you provide me write access to the repository? Then I'll go mess
with the packaging part right away.
Next question is what to do about games-snapshots. Should we depend on
that and recommend/suggest learning-snapshots, security-snapshots etc.?
That approach saves space if you only want the gaming part. But is
difficult to then decide where a snapshot should go if applying to
multiple scopes.
Alternatively one large apps-snapshots package. Easier to handle in the
browser tool (only one path to lookup, like now), but tha package might
become quite large if the tool gets popular.
Let me throw in here one of our future ideas related to that: For book
generation we would need not low-res screenshots like now in
games-snapshots but high-res images similarly tied one-on-one with
packages. I imagine an additional package with high-res images,
certainly only being suggested, and if installed a "Print" button shows
in the browser, passing on all currently browsed apps to some
LaTeX/Scribus/passepartout routines generating a professional looking
book.
- Jonas
P.S.
When I say "we" in this discussion (and it does not relate to "Enrico,
Miriam and Jonas"), I do not represent Debian-edu, but only Kurt
Gramlich and myself. We had a week long brainstorm last week, resulting
in several ideas, hacking GoPlay! into GoLearn! being one of them... :-)
- --
* Jonas Smedegaard - idealist og Internet-arkitekt
* Tlf.: +45 40843136 Website: http://dr.jones.dk/
- Enden er nær: http://www.shibumi.org/eoti.htm
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
iD8DBQFHuXHtn7DbMsAkQLgRAk2iAJ9fHm7T9ZMLTrjda4QTyHpTDlkhpACgpcB5
sPTwB8l1wuFBjY08IJ0u6c4=
=H3IQ
-----END PGP SIGNATURE-----
Reply to: