21
15
1
See More by eldelacajita
Recommended for you
Featured in groupsSee All
Popular in the last 24 hoursSee all
Elementary HUD v2 mockup
1.8K Views|1 Today
A second round on this previous HUD mockup, using as background this Inkscape mockup by Harvey (~BassUltra).

I simplified it a bit, removed the darkening of the application window and tried different positions. Which one would make more sense to you?
Image size
1920x2098px 2.14 MB
See More by eldelacajita
Recommended for you
Featured in groupsSee All
Popular in the last 24 hoursSee all
anonymous's avatar
Join the community to add your comment. Already a deviant? Sign In
Comments (21)
ThiagoBezzy's avatar
ThiagoBezzy|Hobbyist Interface Designer
Perfect *_*
Reply  ·  
satya164's avatar
satya164|Hobbyist General Artist
The 4th one is best,
1) It is near the Appmenu
2) Allows to see more content
Reply  ·  
milkwoods's avatar
milkwoods|Student General Artist
I vote for #2
Reply  ·  
Toastybob's avatar
I'll say 2.
Reply  ·  
ArturoIlhuitemoc's avatar
I think 4 is better because it is nearer to the Appmenu, where these options are supposed to be.
Reply  ·  
Addal's avatar
I agree. The menu search should be near the appmenu.
Reply  ·  
eldelacajita's avatar
That was the idea behind that one, but HUD is a keyboard-centric feature, so that wouldn't really be so important as if we were using the mouse.
Reply  ·  
number 2/3...its awesome
Reply  ·  
eldelacajita's avatar
Thanks! With those versions I was also trying to figure out how modal windows in general would look. This isn't quite solved yet in elementary.
Reply  ·  
is it possible to implement such mockup? i mean..when do u think the theme will looks like that? (i intend also buttons integrated in the title bar)
Reply  ·  
eldelacajita's avatar
You mean the underlying Inkscape mockup? Not sure. I've read it to become part of the official HIG for Luna+1, but there were still some issues to be solved and I'm not even sure if elementary core developers are fine with that vision.
Reply  ·  
spiceofdesign's avatar
spiceofdesign|Hobbyist Interface Designer
I like number 2 and 3 the most, although number 4 would make more sense than number 2 for LTR languages. I think I would pick number 2 overall.
Reply  ·  
fverdeja93's avatar
Creo que sería bastante bueno una clase de combinación entre la maqueta previa a ésta y la segunda de arriba a abajo de ésta; en si, una clase de modal dialog pero con el resto de la ventana en gris, o al menos lo que este debajo de la decoración.
Reply  ·  
eldelacajita's avatar
Sí, el problema que comentó alguien es que si usas mucho est función, el oscurecimiento de la ventana se puede convertir en un parpadeo un poco mareante.
Reply  ·  
fverdeja93's avatar
¿Y por qué no intentar mas bien con un desenfoque?, en lugar de oscurecer, pero un desenfoque leve y lento, algo que no joda mucho a la vista.
Reply  ·  
eldelacajita's avatar
Hmmmm... podría funcionar.
Reply  ·  
ManaCraft's avatar
Maybe it's because I'm used to seeing the dash, but I think number 3 is the best one.
Reply  ·  
Makes more sense as a modal dialog than a separate window to me (last 3)
Reply  ·  
CopperBezel's avatar
Yeah, it seems like it ought to just be consistent with other modal dialogs. The topleft position is familiar from menubars, but as something that's keyboard-driven and by nature interrupts other interaction with the window, it makes the most sense just to float it at the center of the window.

The close button might be redundant if clicking outside the box exits the search anyway, though. What happens when a user clicks outside the box?
Reply  ·  
eldelacajita's avatar
Yes, the close button is probably redundant, specially because when using the keyboard the natural way of leaving the dialog is pressing "Esc" to exit or "Enter" to take action.
Reply  ·  
likehate534's avatar
Centred, with the close button.
Reply  ·  
anonymous's avatar
Join the community to add your comment. Already a deviant? Sign In
© 2019 DeviantArt
All Rights reserved