Closed (fixed)
Project:
Drush
Component:
Documentation
Priority:
Normal
Category:
Task
Assigned:
Reporter:
Created:
3 Dec 2010 at 07:01 UTC
Updated:
19 Dec 2010 at 07:40 UTC
Jump to comment: Most recent file
I said I would write some in #894154: Topic command, but still the only topic is README.txt.
| Comment | File | Size | Author |
|---|---|---|---|
| #8 | drush-topic-improvements-4.patch | 9.55 KB | greg.1.anderson |
| #6 | drush-topic-improvements-3.patch | 14.53 KB | greg.1.anderson |
| #5 | drush-topic-improvements-2.patch | 11.63 KB | greg.1.anderson |
| #1 | drush-topic-improvements.patch | 14.43 KB | greg.1.anderson |
Comments
Comment #1
greg.1.anderson commentedStill needs a little touch-up in terms of comments and documentation (coming soon), but feel free to review the code.
I use 'less' to display the file; something that we might want to consider for pm-releasenotes too.
I had to fix drush_shell_exec_interactive to make 'less' work.
I needed to add drush_redispatch($command), because backend invoke also kills interactivity.
Comment #2
moshe weitzman commentedI like the new topics (free content!), and drush_dispatch().
I'm not too keen on the change to topic- to indicate a topic. The problem is that I don't want contrib and custom code using our namespace. They should do what they do with regular commands and stick to own namespace. So, devel module will do devel-firephp and devel-profiling and so on. I'll acknowledge that this is a matter of taste. Lets follow our own rules, such that the new commands are prefixed with core- or docs-. The docs- commands would live in a new docs.drush.inc.
Also, drush_print_file() returns TRUE sometimes but not others. Not sure if thats intended.
Comment #3
greg.1.anderson commentedOkay, that's fine. I'm not sure, though, which commands are "core-" and which are "docs-". core-readme and core-api, and docs-{examples folder items}?
Comment #4
moshe weitzman commentedi'd day they should all be prefixed the same. lets do docs- and a docs.drush.inc
Comment #5
greg.1.anderson commentedRevised per #2/#4 + a few comments
Comment #6
greg.1.anderson commentedForgot to include 'docs' commandfile in the diff.
Comment #7
jonhattanI'll use drush_print_file() in #977584: Improvements to pm-releasenotes and other commands leveraging it..
@greg note your patchs here include the code of #983222: Suggest releases to download when there is no recommended release; use pm-releases without bootstrapping Drupal.
I'm working on a skeleton for drush developer-docs (see drupal ones: http://drupalcode.org/viewvc/drupal/contributions/docs/developer/) for #988530: api.drush.ws. Still not sure how it is related to core-topic but I see they will meet in some point.
Comment #8
greg.1.anderson commentedWhoops. Here's a patch without the extra bonus features.
Comment #9
moshe weitzman commentedCode is ready, we just need to fix up these warnings. Feel free to commit after that.
Comment #10
moshe weitzman commentedOh, and ideally make-me-a-sandwich ships with a topic so we demonstrate topic system. No need to actually write interesting content unless you want to.
Comment #11
greg.1.anderson commentedOkay. I'm writing content for context, commands, hooks, bootstrap, etc. right now. I'll add in a stub in sandwich.
Comment #12
moshe weitzman commentedAlso lets append a sentence to your general help statement so it reads: "Execute a drush command. Run `drush help [command]` to view command-specific
help. Run `drush topic` to read even more documentation."
Comment #13
greg.1.anderson commentedCommitted, now with 11 topics (12 including the stub topic for sandwich.drush.inc).