Capacities
Capacities / 💅・ui-ux-polishing-ideas
I created a channel for design and polishing details. Feel free to post all ideas and suggestions here! 
3
1 1
1
2
1
2
1
1
1
1
1
1 
I do not know any other app with such shortened / clipped title views in a card view; and card and wall views are regularly very 'similar' in other contexts / apps too. it's the nature of this (little) difference. though, I have to say, the regular and sorted grid impression makes a really big-big difference to me (to the point that I almost never use wall view, up to now)
but I think the thought of differentiating them beyond the deprecated satus of titles is an interesting / good one! and like you, my hunch says, using less body content and maybe more 'structural' content (description; tags; number of blocks etc) might be an interesting route...
... but as you say, it's a design decision to be taken.
I'd just line to see the title in a relevant / readable / browsable length 
I do not know any other app with such shortened / clipped title views in a card view; and card and wall views are regularly very 'similar' in other contexts / apps too. it's the nature of this (little) difference. though, I have to say, the regular and sorted grid impression makes a really big-big difference to me (to the point that I almost never use wall view, up to now)
but I think the thought of differentiating them beyond the deprecated satus of titles is an interesting / good one! and like you, my hunch says, using less body content and maybe more 'structural' content (description; tags; number of blocks etc) might be an interesting route...
... but as you say, it's a design decision to be taken.
I'd just line to see the title in a relevant / readable / browsable length 
2
Its all a game of trade-offs ..
Orgs basically creating contradicting workflows inside certain modules which meant changing a certain feature would break some workflows ... which in the end meant nobody was satisfied because we had to choose a middle ground to make it work for everyone .. 1 Its all a game of trade-offs .. 
the scope of my argument for 'first bring the house in order' was deliberately 'basic structures and intended / pre-architectured uses' 1
Problems with bullet list in card preview, also to-do not crossed out
2
2 
7 
2
They also have a function right now, where the filled chevrons are ones with collections 1
2
1 Note: most calendar apps show 'Today' as red, so for me its a recognisable pattern And as you say, a 100 people a 100 opinions regarding fonts, styling, colors etc
3 
). no biggie, but maybe a naggie... 
2
2
1
1 4
2
4 
1
– in general I feel in a lot of situations, after selecting multiple text blocks, the behavior is rather unexpected, and not easy to manage... 7 2
5 1
3 4
3
1 1
1 
1 
1 2 1 -> So you could make everything the same color of group things (all 'note' objects color Y) 
3
-> So you could make everything the same color of group things (all 'note' objects color Y) 
However, the 'special' objects label colors that come standard with capacities can't be changed yet However, the 'special' objects label colors that come standard with capacities can't be changed yet 
1 However, the 'special' objects label colors that come standard with capacities can't be changed yet 1 1 
2 1 8 
3 1
1 1
– there is much good stuff. in particular I like: sidebars systematization, search in pickers... of course whatever lays the ground for themes is good!!
... one idea for improvement (as I am one of the people where the 'New Type' icon drowns under the line of sight – because I fancy types; and have some of them in the list...):
wouldn´t it make sense to put that '+' down on the fixed panel (bottom left), for pragmatics ... as well as maybe for logical consistency?
in the end, I´d appreciate any easy access option for people with longer type lists, in any way or form 
– there is much good stuff. in particular I like: sidebars systematization, search in pickers... of course whatever lays the ground for themes is good!!
... one idea for improvement (as I am one of the people where the 'New Type' icon drowns under the line of sight – because I fancy types; and have some of them in the list...):
wouldn´t it make sense to put that '+' down on the fixed panel (bottom left), for pragmatics ... as well as maybe for logical consistency?
in the end, I´d appreciate any easy access option for people with longer type lists, in any way or form 1
1
1 1
1
2) when opening the sidebar of an object the pin sidebar now vanishes. hm. I see the thinking here, and also very much welcome the cleaning up of everything, esp. sidebar. ... but actually this makes practical use of the pin sidebar even more opaque... at least to me.
So, I raised this before. And there was not a lot of echo. I assign that to the fact that development still looks very much at functions and features. Which is understandable. And neccessary. But I´d wish the conversation about some processual workflows in and around Capacities would deepen, and take a likewise position in development.
This is not to complain. Everything is getting (much) better in here. But I see a little drift to functions and features... and would encourage some additional focus on workflows and the 'architectural' development. Just sayin' ... ) , ...and during one of that @boonikad9300 made the very constructive addition, that something like Vision Documents / MOUs on central aspects would help negotiating and keeping the 'North Star' of Capacities. I think in this line of thinking, a VD on the Sidebar and Pinning (standing in for the whole process of – temporary – collation and collection in the 'visual present') would make sense...
... and potentially also clarify – to everyone – where to go with and how to best make use of the 'pin-bar'
Love to the team! 1 2
2) when calling up the format edit board (or how its called :-D), I often have some text selected. but it seems I can only use cmd+E when the cursor is not in selection mode. is that by design? ... it creates some fritcion, AFAICT...
2) when opening the sidebar of an object the pin sidebar now vanishes. hm. I see the thinking here, and also very much welcome the cleaning up of everything, esp. sidebar. ... but actually this makes practical use of the pin sidebar even more opaque... at least to me.
So, I raised this before. And there was not a lot of echo. I assign that to the fact that development still looks very much at functions and features. Which is understandable. And neccessary. But I´d wish the conversation about some processual workflows in and around Capacities would deepen, and take a likewise position in development.
This is not to complain. Everything is getting (much) better in here. But I see a little drift to functions and features... and would encourage some additional focus on workflows and the 'architectural' development. Just sayin' ... For example, I didn't see the need for a pinned feature when I started using Capacities. However, when my personal workflow and knowledge capture system developed further and I began adding more information to my system, I found they are very handy as an 'entry-point' and routes to the deeper lying, linked content!
Overall, I think you hit a very good point when talking about processual workflows and architecture: In an ideal world each feature would be useful on its own but can also serve as a building block or part of a larger (knowledge) workflow. But agree, consistency should be key!
(especially as this process got additionally erratic /hard to achieve) vis-a-vis the prior UI-versions)
... and, I have to add: I actually have high hopes, that this will eventually contribute to a deeper, more 'editorial'-like workflow / experience in Capacities. so my question is out of care to get this right (achieve an – shared – understanding), not to criticize, or just hypothesize... 
(especially as this process got additionally erratic /hard to achieve) vis-a-vis the prior UI-versions)
... and, I have to add: I actually have high hopes, that this will eventually contribute to a deeper, more 'editorial'-like workflow / experience in Capacities. so my question is out of care to get this right (achieve an – shared – understanding), not to criticize, or just hypothesize... Was actually looking for such a feature, was almost ready to create a ticket for this hahaha Was actually looking for such a feature, was almost ready to create a ticket for this hahaha
so, maybe, it´s about to die...? hm. wonder how @Steffen + @Michael_v_H see all this (as they are the architects); but I also see / fear / accept [what a series ] they probably do not have a lot of headspace for such things, given all the tasks / extensions amassing under their fingertips... 
️ 
♂️ – 
so, maybe, it´s about to die...? hm. wonder how @Steffen + @Michael_v_H see all this (as they are the architects); but I also see / fear / accept [what a series ] they probably do not have a lot of headspace for such things, given all the tasks / extensions amassing under their fingertips... ️ ♂️ – 1
https://capacities.io/feedback/p/sort-the-right-pin-sidebar-uiux-extenddevelop 1
1. Cmd + H should work with the newest update. Daily note shortcut is now cmd + ctrl + H.
2. You can cmd + click on every object to open it in a new tab. Same works for the create menu. Cmd + U then search for your type and then hit Cmd + Enter and it will open in a new tab. Does that make sense? 1
1. Cmd + H should work with the newest update. Daily note shortcut is now cmd + ctrl + H.
2. You can cmd + click on every object to open it in a new tab. Same works for the create menu. Cmd + U then search for your type and then hit Cmd + Enter and it will open in a new tab. Does that make sense? 
2 1 1 – actually some of the smaller things I mentioned have been taken up; and wouldn´t have realized w/o your poke!
– this is good.
then, the whole question of the right-hand side-(stack-)bar is still deserving some collective weighing and – if kept as a sub-module – some development, IMO. I think – like you (I gather) – it has great potential. and I am assuming, Michael and Steffen, who put it there to begin with, also still believe in it. and I guess, everyone feels it is not yet in its full standing, or at least – taken feedback here (including yours, again) – people are not yet really aware of it, or how to use it within the Capacity-'portfolio'. (that is my assumption here, from circumstantial evidence.
then, we all know about the mass of development tasks, neccessary or simply expeceted. ... so, surely it will be nice keeping some collective attention on this, and poke each other, whenever there is something to poke about... .
... in any way, having the right bar back as more consistent / persistent UI-element is definitely a good thing!!
11 1 2 1 1
2 1
3 1 1
7
https://capacities.io/feedback/p/mid-width-layout 1
especially the interface above the keyboard feels delicate and crowded
1
1
1
5 1 3
– if one wants them 'out of view / the way', one can... fold them
– see here: https://capacities.io/feedback/p/left-sidebar-improvements
– ... ... oh, and did we already talk about the right sidebar...?! 
2 – if one wants them 'out of view / the way', one can... fold them
– see here: https://capacities.io/feedback/p/left-sidebar-improvements
– ... ... oh, and did we already talk about the right sidebar...?! 1
– of course, I invite others to join in here. I think developing this will really broaden – not only deepen / intensify – the possible workprocesses / scenarios with Capacities.
...
so, what I just experienced: I open an object there in the stack bar, containing an embedded collection / tag / .... I want to use this as kind of MOC / index list. then I open one of the contained objects as page – to look inside. effect: the new page view actually closes the right side-/stackbar, effectively 'dumping' my pinned view (against my intention, and against any practicality for this rather standard scenario).
– what would be nice instead: if I could use / keep the right sidebar as a visible, 'breathing' space to anchor my session / work / little project of enquiry. this would a) help me thinking; b) be more practical and not force me to re-create this pinning effect endless times; c) make me feel less lost in a stream of opening / closing histories, but 'achor' the whole process / experience.
...
... that was example #01 3 2 1
1
Toggle Open Tabs shortcut is not in the shortcuts cheatsheet.
Mostly since I think there are multiple ways to do browser tab nav on Mac but the desktop app only supports the CTRL+TAB (SHIFT+TAB). 1
2
2
https://www.screen.studio/
1 6
https://www.screen.studio/ 
8 3/image to import an image instead of just drag/drop to skip the dialog. Is there a reason for that? 2
2 1
1 2 1 1
this is one of them, like bulk-tagging, -exporting, -type converting ... and some more
... structurally, comes right along w/ dragNdrop, btw ...
(– as someone having started a lot of thread-attempts w/ diverse success, I´d rather not start another one myself 
)
. for me, copying styles over to another block this 'excess highlighting' is a little irritating... 
[for now, this can be amended via something like KeyboardMastro, for those who have a hand on it. ... as the '+' (top right corner) in object-type already functions like that... ) 
1 1
[for now, this can be amended via something like KeyboardMastro, for those who have a hand on it. ... as the '+' (top right corner) in object-type already functions like that... ) + button -- not sure if that's what you were getting at though 1+ button -- not sure if that's what you were getting at though 
) 
for staying sharp on these intelligent (non-)details!! 
[for now, this can be amended via something like KeyboardMastro, for those who have a hand on it. ... as the '+' (top right corner) in object-type already functions like that... ) )
– ... I actually proposed this kind of channel, being unsure whether putting every detail up as FR is helpful.
but there are many cases where I´d say it´s a borderline call. this maybe one of them...! 
in me thinks 2 1 )
– ... I actually proposed this kind of channel, being unsure whether putting every detail up as FR is helpful.
but there are many cases where I´d say it´s a borderline call. this maybe one of them...! 1 2 1
2 When Capacities API hits production, you can create such a flow with a RayCast extension + keybinding 3 2 1
[for now, this can be amended via something like KeyboardMastro, for those who have a hand on it. ... as the '+' (top right corner) in object-type already functions like that... ) 2
Thanks.
1
1 1
2 2 
7 
1 
4
Will be fixed. 7 4 1 
4
6 6
1 1
https://capacities.io/feedback/p/outliner-mode 
Preparing for smart queries? If you go offline it has different states?
1 Suggestion: maybe move this icon before the {x} entries, as that value is related to the query ? Thats where i would expect it, now it seems a bit detached / floating imho!
Suggestion: maybe move this icon before the {x} entries, as that value is related to the query ? Thats where i would expect it, now it seems a bit detached / floating imho! 1 1 Preparing for smart queries? If you go offline it has different states? 2
2
3 I find the space between text and images to small for my taste! According to WCAG rules the minimum space between distinct elements should ideally be 1.5x the line height of the body text (if i remember correctly )
I find the space between text and images to small for my taste! According to WCAG rules the minimum space between distinct elements should ideally be 1.5x the line height of the body text (if i remember correctly ) 4
3 2 1 1 
2 2 2 
?!)
1 3 ?!) ✌ 4
2 1 2 4
2 1 2 1 2 1
4
6 3
2 1 2 
1 2
:
1) copy links (from inline links!) – it's a hit and miss; sometimes there is also a '↗︎' after auto-created links... and then interaction w/ the whole string seems to get even more complicated/ erratic... overall: I 'd be happy if there is a context menu 'copy link' (& a shortcut) for each & every of the link-cases
2) the command bar doesn't allow arrow navigation of cursor (left-/right movement). this is not only counterintuitive but also really stands in the way of fluid ad-hoc search operations (& others) 
[edit / add-on: this also goes for tag-name input fields]
overall, I think, two little quirks which would carry huge payoff in usability, once routed...! 
1:
1) copy links (from inline links!) – it's a hit and miss; sometimes there is also a '↗︎' after auto-created links... and then interaction w/ the whole string seems to get even more complicated/ erratic... overall: I 'd be happy if there is a context menu 'copy link' (& a shortcut) for each & every of the link-cases
2) the command bar doesn't allow arrow navigation of cursor (left-/right movement). this is not only counterintuitive but also really stands in the way of fluid ad-hoc search operations (& others)
[edit / add-on: this also goes for tag-name input fields]
overall, I think, two little quirks which would carry huge payoff in usability, once routed...! 3 3 1:
1) copy links (from inline links!) – it's a hit and miss; sometimes there is also a '↗︎' after auto-created links... and then interaction w/ the whole string seems to get even more complicated/ erratic... overall: I 'd be happy if there is a context menu 'copy link' (& a shortcut) for each & every of the link-cases
2) the command bar doesn't allow arrow navigation of cursor (left-/right movement). this is not only counterintuitive but also really stands in the way of fluid ad-hoc search operations (& others)
[edit / add-on: this also goes for tag-name input fields]
overall, I think, two little quirks which would carry huge payoff in usability, once routed...! 1
2
:
1) copy links (from inline links!) – it's a hit and miss; sometimes there is also a '↗︎' after auto-created links... and then interaction w/ the whole string seems to get even more complicated/ erratic... overall: I 'd be happy if there is a context menu 'copy link' (& a shortcut) for each & every of the link-cases
2) the command bar doesn't allow arrow navigation of cursor (left-/right movement). this is not only counterintuitive but also really stands in the way of fluid ad-hoc search operations (& others)
[edit / add-on: this also goes for tag-name input fields]
overall, I think, two little quirks which would carry huge payoff in usability, once routed...! 1
but having a two word title cut off after the first word really in some cases renders the gallery view – which remains my preferred / default view – nearly useless. 
... this is a little bit frustrating, as it seems really basic, to display titles of items in a usable / readable form...
... I am really surprised nobody else seems to be really bothered... what is your magic solution? 
or do people simply not use the gallery view? 
️
but having a two word title cut off after the first word really in some cases renders the gallery view – which remains my preferred / default view – nearly useless.
... this is a little bit frustrating, as it seems really basic, to display titles of items in a usable / readable form...
... I am really surprised nobody else seems to be really bothered... what is your magic solution? or do people simply not use the gallery view? ️
but seriously, I am not getting my head around this one.
neither the problem of solving it – or the reasoning behind keeping it this way... ; nor, how comes nobody bumps their heads into this daily...??
... there are these things that make you feel like you are on Mars... with a notebook, a powerline, and a wifi... and your own perceptions of reality 
but seriously, I am not getting my head around this one.
neither the problem of solving it – or the reasoning behind keeping it this way... ; nor, how comes nobody bumps their heads into this daily...??
... there are these things that make you feel like you are on Mars... with a notebook, a powerline, and a wifi... and your own perceptions of reality ) 1
1 1 Description field could also be auto-generated / populated with AI when it becomes available haha based on the content of your object... 3 2 Description field could also be auto-generated / populated with AI when it becomes available haha based on the content of your object... 
it seems to me that the current wide embed of images – which is great! – is essentially (and better named) 'banner' embed... 2
1
1
3 Can we align-left the empty state text for a more clean look / readability? 
3
1 2
12 2
♂️
1
1 1 1 1
1 1
2 1 1
@matt, great thoughts! We have them on the radar and will discuss them 3
2 
2
s.
2
s. 
2Persons seems correct? Also, it's not that the Plural field is readonly. 1Persons seems correct? Also, it's not that the Plural field is readonly. 1s.
– and easy to contextualize such things that – in principle – are meaningful and
make everyones life easier.
(... though, understandably, this might not be the very next step, given the roadmap & needs / resources)
... and the expansion of Capacities– which will by neccesity also be geographical! – will neccessitate such a thing anyways (see also discussion about differentiation of pro-plans on geographical basis)
furthermore, the fact of the language channels here in Discord probably point the way to such a need, already. 1 1
– and easy to contextualize such things that – in principle – are meaningful and
make everyones life easier.
(... though, understandably, this might not be the very next step, given the roadmap & needs / resources)
... and the expansion of Capacities– which will by neccesity also be geographical! – will neccessitate such a thing anyways (see also discussion about differentiation of pro-plans on geographical basis)
furthermore, the fact of the language channels here in Discord probably point the way to such a need, already. 1
1
I was talking about the people that
– are in the non-English language channels here, as example (assuming they would benefit from adapted UI languages)
– the people that would benefit from an autopopulated (editable) plural labels (in english ...as possibly in other languages, ...)
I was also trying to see how to make some good sense of the OPs wish for everyones benefit
so, I guess, my idea was to think about the whole lot, rather than just me and my use (though I would definitely also welcome auto-populated (english) plural labels...
.... actually, with @Sri rather constructive and explanatory thinking, all someone in your case would have to do is overwrite a prepopulated field with whatever he / she deems correct; an act that people in your special position would have to do anyways(!) given Capacities set-up
so I wouldn't actually see what – really changes for people like you, while some others get an improvement?! 
I was talking about the people that
– are in the non-English language channels here, as example (assuming they would benefit from adapted UI languages)
– the people that would benefit from an autopopulated (editable) plural labels (in english ...as possibly in other languages, ...)
I was also trying to see how to make some good sense of the OPs wish for everyones benefit
so, I guess, my idea was to think about the whole lot, rather than just me and my use (though I would definitely also welcome auto-populated (english) plural labels...
.... actually, with @Sri rather constructive and explanatory thinking, all someone in your case would have to do is overwrite a prepopulated field with whatever he / she deems correct; an act that people in your special position would have to do anyways(!) given Capacities set-up
so I wouldn't actually see what – really changes for people like you, while some others get an improvement?! 2 1
1
1 1 9 1 1 1 2
1 2 3
3
Or is this on purpose ?
1 It's a constant struggle to give users options but not 'break' workflows of current users. Myself and @lerone had a discussion about this a while back, see this message and onwards: https://discord.com/channels/940596022344843336/1074297264991911967/1074603330636087326 1 It's a constant struggle to give users options but not 'break' workflows of current users. Myself and @lerone had a discussion about this a while back, see this message and onwards: https://discord.com/channels/940596022344843336/1074297264991911967/1074603330636087326 ♂️ 1♂️ 1 1 3
1 1 2 3 2 1
8 3
5 1 3 Maybe i'm a bit confused by the label and the action that is happening 
3 
1
) (there may be also downsides? dunno)
Or other solutions? 1 (there may be also downsides? dunno)
Or other solutions? for example if i'm working with two applications side by side 2 1 1 1
screenshots attached
screenshots attached
weird haha 1 1 screenshots attached 1 1 1
– and I re-learned: never underestimate the magic (and relevance) of reset + restart!! 
️ 2 1
1 1
Thank you 1
2 1 1
1
1 1 1 1 1
2 1 2 ) 1) 
1 4 5
btw: YAI to cover customization! YAI to having the description put to good use here ! (finally )
can you check / verify, @Michael_v_H / @Steffen ?! ❤️ 
this is a 'technical finesse' that would a) give huge pay-out in usability & sense-making; and b) simply makes sense, as it doesn´t make sense to filter any set for tags that are not part of it
– one of those little intelligent UI-things 
that make CAP great! 
3 1 1 1
2
2
1 1
️ ️ 2 1
1 2 )
I find myself regularly falling back on inserting empty lines between headlines and / or blocks, just because for some views (particularly in outline mode) the blocks containing multiple lines & sublines just feel too dense for me.
– I think there could / should be a more elegant solution for this.
... not sure this should be deferred to bigger issue-contexts like templates. it might also be solved by something like global customization for different heading levels, or other ways to control line-height / paragraph spacing... maybe even on a per-item level...?
in any way: a more breathing / readable set-up and spacing would be extremely welcome, esp. for contexts of outlining, working with multiple parallel blocks etc. 2 1 )
I find myself regularly falling back on inserting empty lines between headlines and / or blocks, just because for some views (particularly in outline mode) the blocks containing multiple lines & sublines just feel too dense for me.
– I think there could / should be a more elegant solution for this.
... not sure this should be deferred to bigger issue-contexts like templates. it might also be solved by something like global customization for different heading levels, or other ways to control line-height / paragraph spacing... maybe even on a per-item level...?
in any way: a more breathing / readable set-up and spacing would be extremely welcome, esp. for contexts of outlining, working with multiple parallel blocks etc. 2 3
1 ... will check here! thx. I'm truly an artist compared to the likes of Picaso and Rembrandt
1 I'm truly an artist compared to the likes of Picaso and Rembrandt 1 1 )
I find myself regularly falling back on inserting empty lines between headlines and / or blocks, just because for some views (particularly in outline mode) the blocks containing multiple lines & sublines just feel too dense for me.
– I think there could / should be a more elegant solution for this.
... not sure this should be deferred to bigger issue-contexts like templates. it might also be solved by something like global customization for different heading levels, or other ways to control line-height / paragraph spacing... maybe even on a per-item level...?
in any way: a more breathing / readable set-up and spacing would be extremely welcome, esp. for contexts of outlining, working with multiple parallel blocks etc. 1 2️ 
(https://discord.com/channels/940596022344843336/1001364765051994132/1156099052862181386) 1
1 1 1 1
1
1 1 2
2
1 1 1
2
1
1
1
1 2
1
1 1
1 1
1 1
1 1 1
1 1 1 1 It's is so small, i don't see the added benefit to show the preview image in this view mode! 
It's is so small, i don't see the added benefit to show the preview image in this view mode! 1
1 It's just to small to make any sense of the preview image 2 
3 
✂️ 
1 1
1 1 
️ 2 1 1
6 2 6 1 1
1
1 1
3
About 1: Not possible yet, but we added it to the list
About 2: Limitation of Things unfortunately... They don't have an API, so we can only call their app.
1
1 ️ 
1 1 should be unified it would be even nicer if I could use the standard 'esc' to close the modal
[ see also fundamental discussion about UI principles, coherence, expectation management etc. over at Canny ] 1
4
3 1 1 : https://capacities.io/feedback/p/mid-width-layout 
1 3 2
1 2 4 2 2 https://capacities.io/feedback/p/mid-width-layout 1 https://capacities.io/feedback/p/mid-width-layout
I'd love to see that happen 1 1 4 ).
... also simply the difference in looks btw titles of collections and object types always gives me little irritation / confusion... ).
... also simply the difference in looks btw titles of collections and object types always gives me little irritation / confusion...
– though I never expect anything
especially not in the 'idea section'
for one, I do it quite often.
but, also, I think consistency is key / king; especially as function space expands so steadily... 2
2
1 1
1 1
I've seen some awesome dark mode variants in the Obsidian Prism theme, where the color accents are muted for dark mode and bright / pastel for light mode.
https://forum.obsidian.md/t/theme-prism/36493 Complete Platform Support Prism is designed to work across all platforms and operating systems Obsidian is available on (Desktop, Phone and Tablet). 
5 Light Colour Schemes (Front to Back: Swan, Latte, Periwinkle, Pistachi...
2 1
1
– though I never expect anything
especially not in the 'idea section'
for one, I do it quite often.
but, also, I think consistency is key / king; especially as function space expands so steadily... 1 – generally formatting is a kin of search, file structure, moving elements / paragraphs... i.e. these are* first generation concepts*, whose relevance can be underestimated easily, as they are so custom / universal / general-purpose… 
6 1 1 1
2 3 1 1 full width AND height would be the optimal
1 1 1
2
1
1 https://capacities.io/feedback/p/allowing-custom-page-widths-vh-instead-of-preset-fixed-width-options
it looks like a very 'small' issue, but to me &T given very variable screen set-ups for everyone this really touches on basic 'ergonomy' and 'base feel' of using Capacities – especially making full use of the columns and all their functional / aesthetic potential!
– being in a comfort zone as to basic appearance / impression, and to some extent readability of the main object content in a given (overall variable) device setting seems to be important to 'fell at home' at ones 'studio' 
2
it´s as much true for titles which get kind of lost in Wall & Gallery view (see prior posts) ; but the same is actually true for, e.g., object type 'pills'…
… you can make a simple test here, to see things are unbalanced and the weight, which should assist / guid the fleeting / browsing glance (of going over such a result list in evaluative viewing mode):
compare the size of tags displayed in such a result list vis-a-vis the main info of such a structured list, that is the titles of the entries found, or the category sorting of the list (like 'object types').
– the tags (being kind of 'normal' content here in some way, are twice as big as objet titles retrieved, and kind of 2,5x size of the titles for categorical sorting…
it´s a little shame, because Capacities otherwise shines so much in design clarity and good minimalism. this is kind of an exception, breaking the rule, IMHO 1
️
1
1
1 2 1
2 2 2 if you can reliably reproduce that should get pretty quick attention i'd imagine 1 1 if you can reliably reproduce that should get pretty quick attention i'd imagine 