Ticket #3330 (closed enhancement: fixed)

Opened 16 months ago

Last modified 10 months ago

Preferences window redesign

Reported by: sodoku Owned by: steve-e
Priority: normal Milestone: 0.12
Component: preferences Version: svn
Severity: normal Keywords: preferences, window, glade, discussed
Cc: OS: All

Description (last modified by asterix) (diff)

Preferences window is not aligned correctly and sometimes missleading.

Some options should be moved to ACE and vice versa.

I am currently redesigning it.

Don't know what to do with Status and Advanced yet.

Attachments

3 - events.png (45.9 kB) - added by sodoku 16 months ago.
Events Tab Mockup
2 - privacy.png (22.2 kB) - added by sodoku 16 months ago.
Privacy Tab Mockup
1 - general.png (46.6 kB) - added by sodoku 15 months ago.
General Tab Mockup

Change History

in reply to: ↑ description   Changed 16 months ago by steve-e

I will split my answer into several small ones, so that it is easier to track them.

Options I would remove from preference window:

  • Save position and size for roster and chat windows: Most users will want that, the rest can use ACE to disable and set the windowsizes they prefer.
  • I agree on removing the trayicon checkbox

Have you removed anything else?

  Changed 16 months ago by sodoku

I agree with you. "Treat all incoming messages as" was also deleted.

  Changed 16 months ago by steve-e

I like the new look but categories have to be rethought. I like the combobox for the eventhandling and think we could use that for sorting. too.

Shall we follow a special order: combobox above chatboxes (or below)? How did you intend to order that?

I am not sure if Chat State Notifications should belong to privacy.

What about removing the expander for sound and only use it for the treeview where it is managed which sounds to play.

PS: you removed message window type instead of the one you propagated above

  Changed 16 months ago by sodoku

Shall we follow a special order: combobox above chatboxes (or below)? How did you intend to order that?

I think comboboxes than checkboxes. Interesting. What are chatboxes? ;)

I am not sure if Chat State Notifications should belong to privacy.

Why not. If i don't show you, when i am typing, its more private for me.

PS: you removed message window type instead of the one you propagated above

oh. which one should be removed?

  Changed 16 months ago by xfkubus

What is about moving the checkbox under "Advanced -> Something -> [x]Send Information about OS" to "Events -> Privacy -> [x]Send..."? (don't know the correct syntax in the english client, sorry)

  Changed 16 months ago by steve-e

good :-)

  Changed 16 months ago by xfkubus

Okay, now we have enough space so mv the OpenPGP part from the Edit -> Account -> Personal Informations Dialog to the Privacy Tab. Than all privacy configs are together an there is more space in personal informations to do... uhm, don't know.

Good Night :-)

  Changed 16 months ago by steve-e

OpenPGP stuff is account related and therefore cannot be moved or prefs window.

  Changed 16 months ago by xfkubus

Yes i know. Can't you assign the OpenPGP-Key with a dropdown menu or something like that to the right account? I think it would be more logically to have the PGP-Key in the Privacy tab.

  Changed 16 months ago by anonymous

How about leaving OpenPGP things where they are and put a hint in the privacy tab, that it is to find in accounts?

  Changed 16 months ago by steve-e

I don't like that idea. Accounts window contains preferences per account base. It would not make sense to link them with the ones in Preference window which apply for gajim in general.

  Changed 16 months ago by steve-e

sodoku, I can try to be arround on sunday afternoon and evening to assist you if needed.

Changed 16 months ago by sodoku

Events Tab Mockup

Changed 16 months ago by sodoku

Privacy Tab Mockup

  Changed 16 months ago by sodoku

Thanks for help, steve-e.

Added a new Privacy tab, all privacy related stuff is moved from EVENTS.

  Changed 16 months ago by asterix

  • description modified (diff)

  Changed 16 months ago by asterix

those mockups look nice ! do you have the diff for glade file ? for code (nothing really important, remove code from removed widgets) ?

ideas for status tab ?

advanced tab isn't so bad and fit well with your other tabs I think.

  Changed 16 months ago by CrashMan

I would like to see removing the dropdown-functionality in preferences (like already did with Sounds and still need to do with the "Default-Status-Messages"-Field). Don't like these function.

  Changed 16 months ago by sodoku

I have to say, that these mockups are only gimped screenshots. I didn't went through glade hell yet. I'll do that, if all tabs are complete.

The statustab is still my biggest problem (the dropdown will be removed). But for now i focus on the privacy tab.

  Changed 16 months ago by anonymous

  • keywords glade, discussed added; glade removed

  Changed 15 months ago by asterix

I began ti implement all that, but I saw that some important options:

  • emoticon theme
  • print time
  • incomin / outgoing ... message colors
  • font

at least for the 2 first, we need to put them somewhere

Changed 15 months ago by sodoku

General Tab Mockup

  Changed 15 months ago by asterix

(In [8624]) begining of preference window improvements. see #3330

  Changed 14 months ago by asterix

  • type changed from defect to enhancement

  Changed 11 months ago by steve-e

Hey,

its time to the next step now. I'm open for discussion :-)

follow-up: ↓ 24   Changed 11 months ago by asterix

some ideas from steve-e and me:

  • Format of a line should not stay in privacy tab. What about putting in in an expander in general tab, chat appearance or theme frame? We don't touch those options very often
  • put events and personal events tab next to each other
  • for status tab:
    • a Auto Status frame to put auto away / auto XA options
    • Remove the Set status message to reflect track option and use PEP only (but maybe do that only when more server will support PEP)
    • I don't know where to put "Ask Status message when I" option ...

in reply to: ↑ 23   Changed 11 months ago by Jim++

Replying to asterix:

* Format of a line should not stay in privacy tab. What about putting in in an expander in general tab, chat appearance or theme frame? We don't touch those options very often

And nearly nothing in "privacy" tab ? What about renaming the tab instead ?

  Changed 11 months ago by asterix

PEP things could be considered as privacy things ? sending mood is the same as sending chatstates ...

  Changed 11 months ago by steve-e

I agree. In my opinion, sending chatstates is similar to publishing tunes or moods.

  Changed 11 months ago by steve-e

We should not hide options when they cannot be used. This applies for GMail and PEP. We should better make them insensitive.

  Changed 10 months ago by steve-e

log_encrypted_conv has to be put somewhere in preferences window.

What about creating a new sub-category named 'Logging' and add this option and the 'Log status changes of contacts'?

  Changed 10 months ago by asterix

in the advanced tab? Sounds good

  Changed 10 months ago by steve-e

Imho there are a way to many options in the general tab.

Proposal:

  • rename Privacy tab to Style or Theme
    • move Themes subsection to this tab
    • remove privacy subsection from this tab, see below
  • Rename Events tab to Notifcation
  • Rename Personal Events to Events
    • Add PEP
    • Add Privacy section
      • Add "OS information" to this tab
    • Add logging section

What do you think about that? Maybe the new event tab gets to bloated, maybe..

  Changed 10 months ago by asterix

here is what we come to after talking in MUC:

  • general:
    • remove Theme
  • Style:
    • Theme and Format of a line
  • Personal Events:
    • chatstate + pep
  • rename Events to Notifications
  • Status
    • add some missing frames
  • Advanced
    • add a Privacy frame with logging of encrypted chats and "ignore events from not in roster"

  Changed 10 months ago by steve-e

Can I remove the following?

set_status_msg_from_current_music_track_checkbutton

  Changed 10 months ago by asterix

yep, that will be replaced by PEP

  Changed 10 months ago by steve-e

Hey, I am in need of some useful tooltips. Would be cool if there are some volunteers to provide me with some.

  • sort contacs by status
  • make messages window compact (better one needed)
  • highlight missspelled words (also add hint where to add the speller)
  • use system default fonts (What does that mean for the user?)
  • notify about contact that signs in (What kind of notification?)
  • notify about contacts that sing out (What kind of notification?)
  • notify on new gmail email
  • display extra email details (What are those extra details?)
  • audo player text entry
  • auto away
  • auto not available
  • user mood, tune, activity - both publish and subscribe
  • ignore events from contacts not in roster (better one needed: blocked on server or only locally, can logs be read?)
  • allow os info to be send
  • log encrypted chat sessions
  • log status changes of contacts
  • default jabber client check

Best, steve

  Changed 10 months ago by steve-e

  • owner changed from sodoku to steve-e

I will work on this ticket this weekend.

  Changed 10 months ago by nk

player is not needed. everyday user doesn't know players.. It knows Windows Media Player (rhythmbox or whatever in Linux) and it can't understand an IM client talking to such players (or more low level ones)

player label must be in ACE imo

  Changed 10 months ago by steve-e

We decided to keep the option in GUI because we cannot know which player will be available for playing. It might be a better user experience to see an un-understandable option than not having a working sound configuration.

  Changed 10 months ago by steve-e

  • status changed from new to closed
  • resolution set to fixed

(In [9296]) Do not redraw roster when opening the accounts window. Rework preference window. Fixes #3330, #1621, #2113

  Changed 10 months ago by nk

  • status changed from closed to reopened
  • resolution fixed deleted

player must go:

reasoning (as explained in PM with steve-e):

for Windows, OSX we use OS subsystem

Good Distros will have it work (we use gnome else kde subsystem). So that means 90% of the userbase will have it work. From the rest we have

src/common/config.py

# 'aplay', 'play', 'esdplay', 'artsplay' detected first time only

even if they don't have ANY of this, and they still want sound, ok they are geeks and can hack it in ace.

only thing to consider, maybe this code wants updating since I here KDE4 has some new stuff. I hate KDE can't look

  Changed 10 months ago by nk

steve-e agrees with me.

In general UI Design should target everyday user, and not make it hard for geek user to fix things as a result of his own geekness. :)

with buzzwords such as player (that once were in prefs and now are gone and want to be added again to the prefs window) I don't see how this is achieved (everyday users don't even care about the sound subsystem).

Keep that in mind Yann :)

  Changed 10 months ago by steve-e

  • status changed from reopened to closed
  • resolution set to fixed

(In [9317]) Remove Player option from preference window. Fixes #3330

Add/Change #3330 (Preferences window redesign)

Author



Change Properties
<Author field>
Action
as closed
Next status will be 'reopened'
 
Note: See TracTickets for help on using tickets.