- From: <bugzilla@jessica.w3.org>
- Date: Wed, 04 Sep 2013 09:06:17 +0000
- To: public-css-bugzilla@w3.org
https://www.w3.org/Bugs/Public/show_bug.cgi?id=22772 Jim Michaels <jmichae3@yahoo.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Component|Positioned Layout |CSSOM Assignee|dave.null@w3.org |simonp@opera.com --- Comment #18 from Jim Michaels <jmichae3@yahoo.com> --- that's the css part. kind of. I never knew element() existed. all I knew of were calc() attr() and toggle(). the px values still need to be accessible always for use with css attr() and in js. I was thinking of something more like a js dot notation to access things so the context of the element() didn't get lost. that's what makes the js and java and c++(?) dot notation so useful. it *keeps context info*. without that, doign such complicated stuff is kinda hokey/hairbrained to read and to write/code. but wasn't . already in use by css for something else? as an engineer, I would like to see something like left:element(#i3).attr(left); or left:element(#i3).calc(attr(left) + 5em); that would be most intuitive to me. and also as a js programmer. (those functions are looking awful good right now...) I am liking what I see so far. I think you have something there! I can't think of any other uses for such dot notation at this time. but I wouldn't be surprised if there were a lot more where addressability and context is concerned. ahh yes, classes. hmm. I hope someone has a workaround for this. or maybe dot-notation can still be used - I hope, parser tweaking. I still think dot notation could lead to some interesting things now that there's a context of a specific element() or collection of elements(). you could say things like "I want this group of elements to have their width attribute set to 50%-20px. all without having to use JS. but I still want to be able to do this with JS also, which means having some sort of ability to read pixel positions of elements and element sizes at all times. this way, web apps still have their functionality. maybe I should split this into 2 different bug reports? one for css and leave this one for js? I put the the example on jsfiddle here: http://jsfiddle.net/jmichae3/3FcNS/14/ for folks to tinker with. the jsfiddle versioning is automatic and is on the end of the URL as an integer version number. that way, the original doesn't get lost in the shuffle (and yes, you can go back to an older version). so if you think you have an answer, you can simply post the url here. I will say that the table doesn't act anything like I want it to with image+surrounding text in ff. I am putting this up on jsfiddle so folks can tinker with it and test and post changes and results. the 2 images should be right on top of each other with left corners touching if it were to work the way I wanted it. it doesn't do that now. jsfiddle also seems to be an online HTML5+CSS+JS viewer+editor. that's why I am using it. -- You are receiving this mail because: You are the QA Contact for the bug.
Received on Wednesday, 4 September 2013 09:06:19 UTC