History: Profiles Todos

Super duper important things

• Add staging & approval here (Pascal)
• Swap all uses of images in profiles to use images in the app (Pascal)
  • There are plenty of nice images in famfamfam

Fun stuff

• get http://profiles.tikiwiki.org/tiki-mindmap.php?page=Feed_aggregator to work

Bugs

• site_width_3x not possible to include wikicontent as a preference (fixed in 3.1?)
• tiki-lastchanges.php doesn't show things done by profiles
• At Personal_Blog_and_Profile, nonums: y is converted to nonums=1 commit done, need to merge to trunk
• Articles Publish Date & Expiration Date are set to "now" on creation. Still need to push to 1 year, instead of 1 month
• File Gallery inclusion is not working workaround: All dependencies must be regrouped
  • Even this seems to be unreliable (or we don't know how to do properly). We'll stop using in Featured profiles.

Todo

Technical

• Add "Only one item per user or IP" (oneUserItem) to Tracker Handler so User_Trackers can work.
• Profile plugin
  • Should add the name of the profile you are just about to install
  • Should show offer user input
• Add missing handlers as we need them in an attempt to support all of TikiWiki's data types.
  • Create Calendar
  • FreeTag handler
  • Poll handler
• Need wiki-parsed and title for module handler, to be used in RSS_Examples, IRC_Chat and the menus
• When installing a profile, there is a huge list. There is a text box to filter by category, but it would be a lot easier if it was a drop-down menu.
• Part of the profile should be a post-installation message, which could be in some cases a link. Done see: Instructions
  • For example, a wiki page (which I presumably just created), with the next steps to follow. This will help when handlers are not yet created.
• Profile list has no pagination so it only shows first 25 results
• If a wiki page exists, profile should provide a meaningful error message (instead of Handler failure: Tiki_Profile_InstallHandler_WikiPage) or just replace it (keeping version history of course) Now possible to replace or append to wiki pages
• perhaps this is the same thing as above, but when loading a profile on their site the user just clicks on a broken profile and won't get any clues about what is or isn't happening (being nothing) and why.
• After a "forget past installation" or "An error occured during the profile validation. This profile cannot be installed.", there should be a button right there to attempt an installation
  • Reinstall is possible in one step (good), but it doesn't provide the profile validation, so it the re-installed profile is broken, we get blank page instead of helpful error message.
  • Geoff wrote:

    But I decided to re-run the profile, and second time around it did correctly flag that the profile had already been applied BUT when I used the "Forget and Re-apply" it did not ask me to fill in any custom fields and simply applied the defaults - overwriting my previous customisation. I can imagine a new user wanting to re-run because first time round they didn't really understand what the custom fields did - and re-running the whole thing would offer an easy way to get it right second time round.
    
• There needs to be a rollback or undo feature for profiles. It's a huge usability problem that this isn't easily possible. A solution, as discussed in TikiFestBarcelona could be that Tiki saves the current feature settings and permissions in a log (syslog?, action log?), which allows to reset them back to that state later on, after the profile was installed. If there are some extra manual changes in the tiki site between profile install and reverting to a previous state, those changes would be lost, or some algorithm should be implemented to handle it wisely.
  These system wouldn't handle deleting objects, maybe, in the first implementation phase, but ideally, on a second phase, it would allow the user to select also the option to delete the objects created initially by the profile.
  • Opinion by Marc Laporte about Profile Rollback

Non technical

• Improve Profiles_in_installer
• Migrate / update all relevant profile related content on doc:profiles dev:profile manager tw:TikiProfilesDev
• Work on Profile_Ideas
• Change all remaining references in the code and documentation. A profile is applied, instead of installed. Install implies that additional code needs to be downloaded.
  • well, "installed" can also imply just downloading new information and set that information in place (that information can be php code, or "tikiwiki code", i.e., tiki(wiki) syntax - yaml, etc - to do things on your tikiwiki installation). So for me (thinking in terms of an end-user), no problems with "installed", but it's ok also if it wants to be changed for "applied" (subtle difference). My 2 cents. (Xavi)
• Profile plugin:: Start using Ex.: in the admin doc, click here to go in debug mode, click here to leave

Nice to have

• In installer, when no Internet connection, tell people they could have profiles if they were connected
• Order in profiles page: "filter" should be below "list"
• Use TRIM to deploy profile demo sites
• "Save current configuration as a profile" (not sure if cost/benefit is there)
• The possibility to ask for data which is to be used as variables in the profile (Something interactive)
  • Ex.: ask the person for a username and the wizard-like thingy uses this information to put them in the Admins group.
  • The Wizard asks the name of the blog This was done, worked and is now broken, so now in bugs instead of wishlist
  • The Wizard asks if you want A or B. This would permit simple variants to a profile without forking it.
• A list/log of loaded profiles locally in the Profiles Admin page, so we already know what has been loaded.
• Report/diff on my configuration vs a certain profile (only for preferences)
  • This could help with Troubleshooting because people could report what they have changed compared to the standard bare-bones install.
• something on this site that verifies whether a profile works or not?
  • Like a batch test all profiles?
    • Would be nice to run at save page time on profiles.tikiwiki.org
    • Do-able but not a priority
• Once you have installed a profile you can't install again (even if profile has improved and you may have deleted the stuff created by the profile). Maybe an override option would be good. Done
• Multiple YAML sections per page, to facilitate readability Done
• Additional settings for groups, like
  • Group Homepage
  • Users Information Tracker (should be variables of newly created groups, needed for User_Trackers)
  • Users Information Tracker Fields (should be variables of newly created groups)
  • User can assign to the group himself
• Something to help editors detect if there is a problem with the current YAML syntax, ex.: syntax highlighter. Do browser-based YAML editors exist?
• Maybe a profile creator with a bunch of little predefined actions. Like Automator do in Mac OS X. All done without the knowledge of the YAML syntax or even PHP.
• Submit instructions/motivators to share new profiles with the community.

Needs thinking about for a good solution

• Profile plugin
  • Since profile plugin, like all risky plugins, needs to be validated, the message should be better (it's normal on clean install or upgrade)
  • How to have safe, pre-signed plugins?
• Files
  • To get images via profiles

Questions

• In tiki-admin.php?page=profiles, should the profile field be a drop-down?
  • I don't think so. It's a search field for filter the list. The drop down would contain too many items to be usable after a short period of time.
• Should the plugins support line breaks to increase readability? (example)
  • Looks like line breaks are back in branches/3.0
• Is there way to "uninstall profile"? I only see "Forget Past Installation" but this doesn't uninstall (for me anyway — Gary).
  • No there is not, but you could create a profile which turns off all the features :-) (ML)
  • And now, when you forget, it's to re-install.
• Perhaps bundled profiles should no longer be in installer.
  • They were there because old profiles were on install only
  • Would simplify code of installer
  • We now have better UI (needs to be even better still) to showcase "featured profiles"
  • It forces people to make a choice which they may not be ready to do.

Unsolveable or long term

Limitation of system log

Limitation of wiki parser

• The plugin editor, when used on YAML, messes up the YAML formatting by deleting some line breaks or by changing the parameters I turned off the plugin editor on this site
• Should we use plugin aliases to make nicer/cleaner YAML blocks?
  • LP says not yet, because it wouldn't work

Long term

Profiles offline

• Perhaps bare-bones install should be a profile which is added via SVN and bundled in install? (because Internet connection is needed to use other profiles)
• Having a Barebones_Profiles would facilitate removing a module, or updating parameters on a module.
  • Jonny added one in Tiki5
• Sylvie wrote:

  Is there a way to use local profiles, profiles that I write on my local ( I can not have httprequest working on my local since my last system upgrade - it is why I am looking for alternative solution
  
• To be able to remove modules (ex.: remove login)