-
Notifications
You must be signed in to change notification settings - Fork 10
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Managing Properties in HTML #2
Comments
It would be super super cool if there was a dropdown menu on the left half of the block (class, id, etc), but because of the sheer number of html attributes, how do we make the menu not fill the whole screen? There's a loooooooooooooot of attributes in html. |
Hmm... how about a searchable dropdown, that only shows up to, say, 10 items at a time. You can scroll through it like the scratch key press block dropdown, or you can type to filter out attributes. :D |
Yeahhhh It would be sorted in alphabetical order, starting from the second page. The most commonly used ones would be on the first page too for easier access. 😄 |
Make it so that the input is a text-dropdown so that you can type in it, say, |
Like the list blocks in scratch (item [EPIC DROPDOWN] of list [bleh dropdown]), but searchable. |
I've made searchable dropdowns before in HTML (React.js is amazing), but do we plan to use canvas or the dom? |
^ Good question |
What does pixie use? I think. But if we do DOM, I would suggest that everybody play with Riot.js and React.js because they're really good for components (blocks, in this case) - especially Riot, since it's easier. |
I'm not sure what's best, in this case, but DOM seems to make a bit more sense... I'll check out Riot. |
Some quick Inspect-Elementing tells me that pixie uses a separate for every block, and absolutely-positions them in the DOM. http://imgur.com/j5edLt5 |
I vote using the DOM. |
@quat1024 Huh... That's pretty neat, actually. Surprised it's still fast. Ohwait. This isn't Scratch. Everything is fast. |
lol |
(bad drawing lelz) |
I like drop down idea |
I bet you would like mine if I drew it in more than a minute :P |
I like both :P |
I feel mine would feel cleaner. |
It certainly doesn't based on the drawing xD |
xD |
Will do original suggestion, with searchable dropdown for first input. |
How do we want to deal with properties of objects?
My thought was to have infinite inputs, like in the join block from Snap!
Each of these inputs would be "property inputs", which could contain "property blocks". Each property block would have two inputs, and look something like this:
(Images created with Snap! custom blocks and "save scripts pic" in rt. click menu)
The only difference, though, would be that the first input in the property block
couldmust be a dropdown.The text was updated successfully, but these errors were encountered: