Menu

#39 ID should not be editable

0.1
open
None
high
2015-02-16
2014-10-09
No

An ID of a module property should not be editable. Instead of an editable text field on the structure page, the text field should only show the (grey) autogenerated id. The id should be autogenerated after the scheme TABNAME.LABEL, whereas TABNAME is the name of the tab where the property is located and LABEL is the LABEL of the property (spaces in the label are replaced by "_")

Discussion

  • Ivan Bogicevic

    Ivan Bogicevic - 2014-10-10
    • Milestone: 0.0.2 --> 0.1
     
  • Ivan Bogicevic

    Ivan Bogicevic - 2014-10-10

    Please note that the id of a module is equivalent to the module property "qname". It should't be possible no delete this module property.

     
  • Ivan Bogicevic

    Ivan Bogicevic - 2015-02-04
    • assigned_to: Jan Strauß
     
  • Ivan Bogicevic

    Ivan Bogicevic - 2015-02-16

    ticket remains open in [r87] because the name of the tab is not automatically prepended to the id (as described)

     

    Related

    Commit: [r87]

  • Jan Strauß

    Jan Strauß - 2015-02-16

    comment from my git commit on that problem:

    working on #39, introduces a number of problems as tabs are renamable (id are confusing in that case) and not all properties are allowed to be named by the proposed rule (qname, longname, snycX, ...). As a intermediate soulution i will add a popup for property creation to set the id on creation, the id is globally unique and does not contain the tab name and can't be changed after.
    Also The "change widget" functionality should be removed, also introduces alot of problems, or atleast be restricted to compatible types

    It is possible to add this, but i would advice against it.

     

Log in to post a comment.

Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.