It reminds me of the glory days when “hypertext” was a term uttered with a straight face to great stroking of beards—HyperCard, exercises in nonlinear narrative, VRML-based “navigation,” Apple eWorld [0] and the like.
> Would you like to bring a touch of adventurous spirit to your contents?
I personally would not, but I’m really glad people more adventurous than I are still exploring the periphery of UI design!
Or that Apple space based file system back in the 80's.
Try this a bit, it would be nice to be able to go directly to the grand-child, instead having to bring up the parent before going the child. Other wise can be a much better file naviation system then what we have. Especially on touch screen I would image.
Exactly, clicking should be the default so the drag handler doesn't prevent users from highlighting text - I literally cannot read anymore without frantically double-clicking/dragging on the words in the text
I'm sorry, I really wouldn't know what's happening there. On my Linux, Chromium works the best, Firefox can pass, Opera is a bit slower, and Epiphany (is that the name?) chokes a fair bit.
On i3, Windows things seem fine - I tried Edge, Chrome, and Firefox.
On Mac, I somehow managed to get it working based on Lambda Test web interface feedback, but I wouldn't know the real use performance.
I really like this. And conveniently, I am just now working on creating a new personal website[1] + blog, and I could very well see using this for at least part of the site I'm building.
The only nit that I really have is that my intuition was that I'd be able to select new "sections" (or "bubbles" or whatever they're called) by clicking or double clicking. Having to grab and drag isn't bad but it violated the "principle of least surprise" for me a little bit. But not exactly a big deal.
Kudos for building something new, fresh & exploring, experimenting.
I don't see a scenario where this would be useful. It reminds me of exploded-view drawing but I don't see this being useful for textual content. Do you have an explicit use case? The example page, to me, looks very cluttered, overwhelming and IMO aesthetically unpleasing when reading on a mobile device.
It reminds me of the glory days when “hypertext” was a term uttered with a straight face to great stroking of beards—HyperCard, exercises in nonlinear narrative, VRML-based “navigation,” Apple eWorld [0] and the like.
> Would you like to bring a touch of adventurous spirit to your contents?
I personally would not, but I’m really glad people more adventurous than I are still exploring the periphery of UI design!
[0] https://www.macworld.com/article/223467/remembering-eworld-a...
Or that Apple space based file system back in the 80's.
Try this a bit, it would be nice to be able to go directly to the grand-child, instead having to bring up the parent before going the child. Other wise can be a much better file naviation system then what we have. Especially on touch screen I would image.
I'd like to suggest adding support for clicking and tapping for navigation. Having to drag feels unintuitive.
Thank you for the comment. I would not have understood "can be navigated using mouse" to mean "dragging".
Also I hate that I can't select text on this. Probably because "dragging".
Exactly, clicking should be the default so the drag handler doesn't prevent users from highlighting text - I literally cannot read anymore without frantically double-clicking/dragging on the words in the text
[dead]
There's a significant performance issue. There's no good reason for a few ovals and texts to stutter on my system. May be worth investigating.
May I ask, what machine you are running it on? On my Celeron (4GB RAM), things are OK-ish.
Intel Core i7, 48 GB, Firefox.
Decidedly not "OK".
I'm sorry, I really wouldn't know what's happening there. On my Linux, Chromium works the best, Firefox can pass, Opera is a bit slower, and Epiphany (is that the name?) chokes a fair bit.
On i3, Windows things seem fine - I tried Edge, Chrome, and Firefox.
On Mac, I somehow managed to get it working based on Lambda Test web interface feedback, but I wouldn't know the real use performance.
Reminds me of prezi[0]. It would be great if there is an open source version of prezi similar to reveal js.
[0] https://prezi.com/p/p6evz0gdy5dr/ux-design-tips-for-product-...
I really like this. And conveniently, I am just now working on creating a new personal website[1] + blog, and I could very well see using this for at least part of the site I'm building.
The only nit that I really have is that my intuition was that I'd be able to select new "sections" (or "bubbles" or whatever they're called) by clicking or double clicking. Having to grab and drag isn't bad but it violated the "principle of least surprise" for me a little bit. But not exactly a big deal.
[1]: https://www.philliprhodes.name
Kudos for building something new, fresh & exploring, experimenting.
I don't see a scenario where this would be useful. It reminds me of exploded-view drawing but I don't see this being useful for textual content. Do you have an explicit use case? The example page, to me, looks very cluttered, overwhelming and IMO aesthetically unpleasing when reading on a mobile device.
Maybe a note keeping app?
Make it themeable like Gabocorp[0] and the world will beat a path to your door.
[0]https://www.webdesignmuseum.org/gallery/gabocorp-1997
a brilliant idea in the correct direction of naturally-organic UI, but the example site is rather slow in Chrome on an M3 Air
Runs pretty ok on Chromium (degoogled) on Linux with 8GB ram spec.
Nice work. I wonder how the experience would be in VR.
are you aware of this prior implementation [0]? it's now defunct, but may give you some ideas!
[0] http://www.spicynodes.org
fun, but annoying to use. clearly not made for mobile!
Nice!