Skip to content
This repository was archived by the owner on Sep 6, 2021. It is now read-only.

Help menu changes, version 2#7410

Merged
JeffryBooher merged 5 commits intomasterfrom
dangoor/help-menu-2
Apr 5, 2014
Merged

Help menu changes, version 2#7410
JeffryBooher merged 5 commits intomasterfrom
dangoor/help-menu-2

Conversation

@dangoor
Copy link
Copy Markdown
Contributor

@dangoor dangoor commented Apr 4, 2014

This reverts my previous revert and changes the links.

@dangoor
Copy link
Copy Markdown
Contributor Author

dangoor commented Apr 4, 2014

cc @peterflynn @bchintx

Comment thread src/nls/root/strings.js Outdated
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I know we're just reverting this but it seems like an opportunity to change the menu item to "Get Involved" which sounds a little more immersive and personal than "Hacking on Brackets". "Get Involved" may intrigue more folks into actually getting involved which is nice...

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Sure, we can try that. I wasn't sure initially if Get Involved would be as clear.

@peterflynn
Copy link
Copy Markdown
Member

We should think about how these changes map onto other flavors like Edge Code, too. Does the forum menu item need to stick around for that reason, for example? Or I guess the support menu item would map onto that?

@njx njx modified the milestone: Release #38 Apr 4, 2014
@dangoor
Copy link
Copy Markdown
Contributor Author

dangoor commented Apr 4, 2014

Yeah, I think the support menu item would point to the forum for Edge Code.

@dangoor
Copy link
Copy Markdown
Contributor Author

dangoor commented Apr 4, 2014

Changes pushed.

Comment thread src/nls/root/strings.js Outdated
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This feels a little "wordy" and syntactically awkward grammar-wise. Can we just shorten it to "Troubleshooting" since the page that it links to actually is the "Troubleshooting guide".

Says so right in the title :)

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

In other distributions it might be something else -- for example, for Edge Code it would link to the support forum.

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@peterflynn We can't have different strings for Edge Code and Brackets for this menu item?

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

That's fair, presumably we could. I'll defer to whatever @dangoor thinks makes sense.

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I prefer Support to Troubleshooting because I think it's really more about
answering users' questions than troubleshooting. It will often be
troubleshooting, but not always. (If anything, I'd be more of the opinion
of changing the page title on GitHub, but I see no reason to do that now...
and the page title is a small thing.)

On Friday, April 4, 2014, Peter Flynn notifications@github.com wrote:

In src/nls/root/strings.js:

@@ -346,9 +346,10 @@ define({
"HELP_MENU" : "Help",
"CMD_CHECK_FOR_UPDATE" : "Check for Updates",
"CMD_HOW_TO_USE_BRACKETS" : "How to Use {APP_NAME}",

  • "CMD_FORUM" : "{APP_NAME} Forum",
  • "CMD_SUPPORT" : "Support for Using {APP_NAME}",

That's fair, presumably we could. I'll defer to whatever @dangoorhttps://github.com/dangoorthinks makes sense.

Reply to this email directly or view it on GitHubhttps://github.com//pull/7410/files#r11311331
.

@JeffryBooher
Copy link
Copy Markdown
Contributor

@dangoor you could do {APP_NAME} Support which is less awkward than Support for Brackets. Support for Brackets syntactically is a call for the user to help us (like a PBS Pledge Drive) whereas Brackets support is fairly standard phrasing for help using something or technical support. That would give you the flexibility to templatize the string so that the product name is determined at runtime without having to have different strings for each build.

@peterflynn
Copy link
Copy Markdown
Member

@JeffryBooher "Support for Using Brackets" doesn't sound like a pledge drive, and that's the string the PR currently has. But I agree "Brackets Support" sounds a little nicer nonetheless.

What do you mean about templatizing though? The string in this PR is already using {APP_NAME}...

@JeffryBooher
Copy link
Copy Markdown
Contributor

... as opposed to using two different strings for Brackets and Edge Code.
.

@dangoor
Copy link
Copy Markdown
Contributor Author

dangoor commented Apr 4, 2014

I'm afk for the evening... I'm fine with APP_NAME Support

On Friday, April 4, 2014, Peter Flynn notifications@github.com wrote:

@JeffryBooher https://github.com/JeffryBooher "Support for _Using_Brackets" doesn't sound like a pledge drive, and that's the string the PR
currently has. But I agree "Brackets Support" sounds a little nicer
nonetheless.

What do you mean about templatizing though? The string in this PR is
already using {APP_NAME}...

Reply to this email directly or view it on GitHubhttps://github.com//pull/7410#issuecomment-39614790
.

@JeffryBooher
Copy link
Copy Markdown
Contributor

I can make the change and merge it.

@peterflynn peterflynn added this to the Release #38 milestone Apr 4, 2014
@JeffryBooher
Copy link
Copy Markdown
Contributor

Looks good all tests pass but I ran into #7420 which seems like a recent thing but this also occurs in master and running all integration tests on the Mac is not a problem. Also running the failed tests again individually is ok.

...merging

JeffryBooher added a commit that referenced this pull request Apr 5, 2014
@JeffryBooher JeffryBooher merged commit 377b4e2 into master Apr 5, 2014
@JeffryBooher JeffryBooher deleted the dangoor/help-menu-2 branch April 5, 2014 00:36
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants