-----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-----
