Opened 11 years ago

Last modified 9 years ago

#4349 new enhancement

Improve Turtleart discoverability in Gnome

Reported by: tonyforster Owned by: walter
Priority: Unspecified by Maintainer Milestone: Unspecified
Component: Turtleart Version: Unspecified
Severity: Unspecified Keywords:
Cc: walter, lfaraone, danielfrancis, pbrobinson, SAMdroid Distribution/OS: Fedora
Bug Status: Need Info

Description (last modified by tonyforster)

In 13.1.0 Gnome, TA is not discoverable, in earlier builds it was. This is because Nautilus default preference is not to launch .py files and because of a much earlier decision to disable permissions of the Activities directory.

I suggest:
1) Add Turtleart to the Gnome Applications/Programming menu

2) Make the Nautilus default 'Ask each time' for executable text files.

3) I question the wisdom of disabling permissions for Activities. It is not consistent with Sugar/OLPC core values. The larger deployments have their own builds, have smaller deployments requested disabling Activities? Is it achieving anything, if kids are smart enough to delete Activities then they are smart enough to chmod. I don't think there is anyway to downgrade an Activity version without Activities permissions.

ps Gnome Applications/Programming/Mysqueak doesn't seem to work but will do another ticket for that #4350 see laptop 11961

Change History (15)

comment:1 Changed 11 years ago by tonyforster

  • Description modified (diff)

comment:2 Changed 11 years ago by AlanJAS

1) TA no appears in Education Menu?

3) Yes, please! Why hide the Activities folder??

comment:3 Changed 11 years ago by tonyforster

AlanJAS, I don't see an Education menu

comment:4 Changed 11 years ago by tonyforster

  • Description modified (diff)

comment:5 Changed 11 years ago by walter

  • Cc lfaraone sdanielf added
  • Component changed from untriaged to Turtleart
  • Distribution/OS changed from Unspecified to Fedora
  • Owner set to walter

comment:6 Changed 9 years ago by godiard

Probably we need add a .desktop file in the rpm

comment:7 Changed 9 years ago by pbrobinson

You need to add a desktop file, ideally you should also add AppData so it will appear nicely in GNOME Software which is sort of a App Store.

Details for AppData can be found here:
http://people.freedesktop.org/~hughsient/appdata/
https://wiki.gnome.org/Initiatives/GnomeGoals/AppDataGnomeSoftware

comment:8 Changed 9 years ago by SAMdroid

  • Cc pbrobinson SAMdroid added

@pbrobinson

I created a python script that can generate a AppData file for an activity using the new ASLO metadata. Please check it out: http://paste.fedoraproject.org/169434/23009314

It uses the extension spec, which means activities will be listed below sugar. It also means that they just need to be saved as BUNDLE_ID.xml and we don't need to fuss around with .desktops for core sugar activities that only make sense inside sugar.

comment:9 Changed 9 years ago by pbrobinson

For Fedora we use the tar ball for the source and "python ./setup.py build" to build so what ever happens it will need to be handled either as part of the "make dist" that makes the tar ball of the build process. Same with any translations that get pulled in from a .desktop.in file to generate the .desktop file

comment:10 Changed 9 years ago by danielfrancis

Activities don't usually include a .desktop file, so there are some key questions for making a correct patch:

  • Which directory do Fedora packages install activities in?
  • In the case of TA, does the current package include a desktop entry?
  • Should we get this enhancement working by modifying the setup.py file to add steps in the build and install process?

Keeping in mind that there is a GCI task about this ticket:

  • Which of these changes are we going to request the student to complete in a short time?

setup.py file and AppData is ok for me, but according to the answers for the questions I wrote below I think the task could take longer.

comment:11 Changed 9 years ago by danielfrancis

  • Bug Status changed from Unconfirmed to Need Info
  • Cc danielfrancis added; sdanielf removed

comment:12 Changed 9 years ago by walter

For the GCI task, I think ensuring the current desktop file is correct and the proper AppData is generated will be sufficient.

Making the proper modifications to setup.py is a new feature we should consider separately for Sugar.

comment:13 follow-up: Changed 9 years ago by danielfrancis

A new AppData file was submitted to Melange
http://www.google-melange.com/gci/work/download/google/gci2014/5886625770897408?id=5657382461898752

@pbrobinson can you please ensure this file is correct and answer the questions I've commented below?

comment:14 in reply to: ↑ 13 Changed 9 years ago by pbrobinson

@pbrobinson can you please ensure this file is correct and answer the questions I've commented below?

Unfortunately not as I know very little about AppData

comment:15 Changed 9 years ago by SAMdroid

@danielfrancis,

That file is an extension appdata file. That would be added as an extension below the sugar-runner.desktop app. This is more appropraite for sugar apps that do not have a .desktop.

Turtle Art is a different case to the others as it has a gnome compatible desktop file. I will work on a full app data file tomorrow (one that has screen shots and is for ta.desktop).

Note: See TracTickets for help on using tickets.