User tests: Successful: Unsuccessful:
Based on a request in the mailing list which originated from the forums:
https://groups.google.com/d/msg/joomla-dev-cms/fRvI7qsedbU/VwJLzslLLIUJ
This PR adds the module ID to the module edit view.
Apply patch and see if the ID is now shown below the "note" field.
As for the position, if you have a better idea as to where to show it, I'm open
I'm really NOT in favour of cluttering up the UI just because we can
I agree with @brianteeman here. It seems redundant, when the ID can be seen directly in the URL.
I don't think adding one more field is cluttering the UI much. But maybe there is indeed a better place to show the ID?
Doing a short check we currently show the ID in most components (banner, content, user, weblinks, tags, newsfeed, contacts). Usually in the "Publishing" tab.
We don't show it in the menu, plugin, template style and modul managers.
Personally I don't feel strong in any direction. I just did the PR because it was requested and an easy one
Thanks a lot Bakual! I am the one who asked a question about this on the joomla.org forum and I have to thanks @gwsdesk for his help! I get your point @brianteeman and @losedk and I don't know enough about programming to understand to ins and outs ouf cluttering the UI. I asked this because I didn't know the module ID was in the url. I just wanted to thanks you all for your efficiency, this is really impressive. In about 24h I got and answer to my question + a solution which I have to say is well over what I have expected! Thanks a lot to all of you who make Joomla a better CMS to work with!
Is true but a lot of people do not realize that and @Brian: since when
is just a single little extra line "cluttering up"?
On 7/2/2014 3:05 AM, Peter Lose wrote:
I agree with @brianteeman https://github.com/brianteeman here. It
seems redundant, when the ID can be seen directly in the URL.—
Reply to this email directly or view it on GitHub
#3851 (comment).
I agree...we either should be consistent and show it everywhere or
remove it everywhere which is definitely not a good decision. Average
user does not realize that the id is in the browser visible so why not
help them a little and make this consistent? We have it in Joomla 2.5 so
why not keeping it here as well and add it also in the missing stuff
Thomas pointed out?
Leo
On 7/2/2014 3:24 AM, Thomas Hunziker wrote:
I don't think adding one more field is cluttering the UI much. But
maybe there is indeed a better place to show the ID?Doing a short check we currently show the ID in most components
(banner, content, user, weblinks, tags, newsfeed, contacts). Usually
in the "Publishing" tab.
We don't show it in the menu, plugin, template style and modul managers.Personally I don't feel strong in any direction. I just did the PR
because it was requested and an easy one—
Reply to this email directly or view it on GitHub
#3851 (comment).
On a NEW module the ID is not in the URL until it is saved
On a NEW module (after the patch) the ID is not set until it is saved
This is because the ID obviously not created until the module is saved in the database and the record is created.
In one year we have had one person present a use case that requires the ID to be displayed here. where do we stop? Do we always have to stick with things created in 2010 and never progress.
Finally the only way I can see that the user could have been achieving what they wanted was to have two browsers open. They can still achieve what they want right now - checking the url (as described) or by opening a third browser window.
Than we have to remove it from all others as well... Why we have it in
the others such as articles etc and here you consider it no need? Makes
no sense to me actually and I miss the logic
On 7/2/2014 2:33 PM, Brian Teeman wrote:
On a NEW module the ID is not in the URL until it is saved
On a NEW module (after the patch) the ID is not set until it is savedThis is because the ID obviously not created until the module is saved
in the database and the record is created.In one year we have had one person present a use case that requires
the ID to be displayed here. where do we stop? Do we always have to
stick with things created in 2010 and never progress.Finally the only way I can see that the user could have been achieving
what they wanted was to have two browsers open. They can still achieve
what they want right now - checking the url (as described) or by
opening a third browser window.—
Reply to this email directly or view it on GitHub
#3851 (comment).
Because there are many places in the core that ask for an article or category id - but as far as im aware there are none that ask for a module id
Had to delete y account so I am the 'ghost' here.
Thomas what is now the final decision here?
I'm not going to make the decision on a PR I created
I assume that is a democratic decision from the PLT and I assume probably right that you are able to tune that with your peers in PLT :)
Status | New | ⇒ | Pending |
Labels |
Removed:
?
|
Category | ⇒ | UI/UX |
Category | UI/UX | ⇒ | Modules UI/UX |
Setting to Needs Review so the maintainers can make a decision. It does have multiple good test.
This comment was created with the J!Tracker Application at issues.joomla.org/joomla-cms/3851.
Status | Pending | ⇒ | Needs Review |
Status | Needs Review | ⇒ | Closed |
Closed_Date | 0000-00-00 00:00:00 | ⇒ | 2015-09-01 08:46:02 |
Closed_By | ⇒ | roland-d |
The PLT has decided to not include this and therefor I am closing the issue. Thank you all for your contributions.
@test
CHARMING! works very nice Thanks Thomas! Position is ok