Opened 12 years ago
Last modified 12 years ago
#322 new proposed feature
no attribute of attributes...
Reported by: | Oleksandr | Owned by: | hannes |
---|---|---|---|
Priority: | major | Milestone: | 3-1-3 and higher |
Component: | singular-kernel | Version: | 3-1-2 |
Keywords: | Cc: |
Description
attrib2.tst 4. def s = "ssss"; attrib2.tst 5> attrib(s, "?I?", 2); attrib2.tst 6> attrib(s); attr:?I?, type int attrib2.tst 9. def a = list(1, "str"); attrib2.tst 10> attrib(a, "?S?", s); attrib2.tst 11> attrib(a); attr:?S?, type string attrib2.tst 14. def t = attrib(a, "?S?"); t; t == s; ssss 1 attrib2.tst 17. attrib(t); // BUG: no "?I?" attribute!!!!!!!!!!!!!!!!!!!! no attributes
Attachments (1)
Change History (6)
Changed 12 years ago by
Attachment: | attrib2.tst added |
---|
comment:1 Changed 12 years ago by
Priority: | major → minor |
---|---|
Type: | bug → proposed feature |
Do we really want to attributes of attributes ? According to the documentation, only expressions can have attribute while attributes are a set of tripels: (key, type,value).
comment:2 Changed 12 years ago by
Is it unnatural to expect EXACTLY THE SAME value to be stored as an attribute? i.e. in the above example: t doesn't have the same attributes as s and therefore t != s, that is, some important information was quietly lost...
comment:3 Changed 12 years ago by
We tried the following in muiltigrading.lib
:
- multi-graded ring has several attributes: variable weights and grading group
- groups themselves are useful structures and have their own attributes
of course one can transfer those group-related attributes to the corresponding ring but it is plain wrong and UGLY.
comment:4 Changed 12 years ago by
Priority: | minor → major |
---|---|
Type: | proposed feature → bug |
comment:5 Changed 12 years ago by
Type: | bug → proposed feature |
---|
It is not a bug - the implementation is according to the definition/description. If we reaaly want this, it would be something new.
attrib of attrib???