Opened 15 years ago
Last modified 6 years ago
#5812 reopened bug
[FileTypes] alt+s doesn't work in "appliation type" window
Reported by: | diver | Owned by: | axeld |
---|---|---|---|
Priority: | normal | Milestone: | R1 |
Component: | Preferences/FileTypes | Version: | R1/Development |
Keywords: | Cc: | ||
Blocked By: | #12780 | Blocking: | #6860 |
Platform: | All |
Description
Open any app using FileTypes tracker add-on.
Change something in description.
Press Alt+s to save changes.
Press Alt+w to close window.
You will see an alert about unsaved changes.
Tested with hrev36474 in VirtualBox 3.0.12.
Attachments (1)
Change History (12)
comment:1 by , 14 years ago
Blocking: | 6860 added |
---|
comment:2 by , 11 years ago
So I tested FileTypes and found the following:
-If you change any other parameter along with the description, it will save and allow you to exit without the popup -If you change any other parameter without changing the description, it will save and you can exit without popup -The weird thing is that when you save from the popup, it calls the same save function, but now the description is actually written.
comment:3 by , 11 years ago
The creator never made a msg for the Version text controls, so they never actually get to save the first time if they only edited the version part.
by , 11 years ago
Attachment: | 0001-filetypes-saving.patch added |
---|
Result of corresponding GCI 2013 task
comment:4 by , 11 years ago
patch: | 0 → 1 |
---|
comment:5 by , 9 years ago
Blocked By: | 12780 added |
---|---|
Resolution: | → duplicate |
Status: | new → closed |
comment:6 by , 8 years ago
Resolution: | duplicate |
---|---|
Status: | closed → reopened |
This is a slightly different issue from #12780. That bug is about the change version info not triggering a save, this bug is about the Alt+S shortcut not working while focused on the the description field. I tested this and it seems to be an issue once again.
comment:8 by , 8 years ago
patch: | 1 → 0 |
---|
comment:9 by , 8 years ago
patch: | 0 |
---|
1) Marking the patch as obsolete, because it does not apply anymore, and the problem with the "version" field was already solved. 2) The behavior of not accepting changes in a BTextView is strange, but it is standard in Haiku. BTextView is Invoke()d when you press enter in a single line control, and when it losts focus after a change, only. This makes various things possible, such as using the escale key to cancel a change, I think. However, it is a bit confusing and maybe we should reconsider this and see if we can make it work differently. Otherwise, the app needs to listen to all changes, rather than just control invokation.
comment:10 by , 8 years ago
Blocking: | 13225 removed |
---|
(In #6860) Thanks for the note.