meta user
network profile
| bio | website | |
|---|---|---|
| location | ||
| age | ||
| visits | member for | 10 months |
| seen | May 10 at 8:14 | |
| stats | profile views | 3 |
|
Apr 13 |
comment |
Allowing user to input a range value where end points have special meaning And true it can create confusion. Maybe can be mitigated by providing direct links to relevant settings on individual pages. |
|
Apr 13 |
comment |
Allowing user to input a range value where end points have special meaning Thanks for the useful points. WRT the last point, this is a learning application where different users can have different strategy preferences. Say for instance you can just browse through the items, or answer questions while browsing and so on. For novice users proper defaults would be provided, but for advanced users the features not relevant to their preferred strategy would be clutter, the settings are provided to reduce this unwanted clutter. |
|
Apr 13 |
asked | Allowing user to input a range value where end points have special meaning |
|
Dec 28 |
awarded | Scholar |
|
Dec 28 |
accepted | Mobile app UI state restoration in relation to the length of inactivity time |
|
Dec 2 |
asked | Mobile app UI state restoration in relation to the length of inactivity time |
|
Dec 1 |
answered | How wise is it to use a Q&A app AND a forum? |
|
Jul 15 |
comment |
Design of tag based filtering using interesting and ignored tags So basically, we are after a design that strikes this balance, something that offers bit more utility than isolated tags, but in the mean time isn't too complex to intimidate users. |
|
Jul 15 |
comment |
Design of tag based filtering using interesting and ignored tags Thx. The filtering form is not meant to be advanced search, to the contrary, it's meant to be simplified navigation. In my thinking, the search box is eqv to CLI, where you can do logic combinations and so on, while the form is eqv to navigation. When using categories we offer users things to click on where they can go to a desired bucket. When using tags, it also makes sense to offer something similar. We can offer clicking on single tags, but because of the nature of tags, that's not really good enough. |
|
Jul 9 |
comment |
Design of tag based filtering using interesting and ignored tags Ok, something to look into. I always thought [term] vs 'term' would be an issue for non-tech-savvy users. |
|
Jul 8 |
comment |
Design of tag based filtering using interesting and ignored tags The use case I'm concerned about is when some tags do in fact represent categories, as the countries example I pointed out. I have a site where entries are related to countries, but predominantly not consistently. So using tags seems to be acceptable. In this case it would be natural for users to do AND filtering, with one tag as a category tag (country). AND filtering is what SO does in the search box on tags. The question then arises, is using the search box with the features you pointed out suitable for non-tech users? If so, one might do away completely with the GUI path. |
|
Jul 8 |
awarded | Editor |
|
Jul 8 |
revised |
Design of tag based filtering using interesting and ignored tags typo |
|
Jul 8 |
awarded | Student |
|
Jul 8 |
asked | Design of tag based filtering using interesting and ignored tags |
|
Jul 4 |
awarded | Supporter |
