tedit development and design discussion
-
@domubpkm You can already do that with the keyboard. Swipe to top and press the scroll keys which replace the keyboard keys, there is also something like a trackpad.
-
@domubpkm My answer wasn't clear enough too. But you confirmed my thoughts. My question tried to address this usecase with two buttons for gradually scrolling. How would that be better than swiping?
A button would either scroll line by line for fine placment. That I would think to be tedious to scroll large areas. But if scrolling several lines at once (how many?) fine placement would not be possible.
I would think a swipe does allow much quicker and more precise handling here. But since you ask for those buttons, maybe I am missing something. Would you want them for large files and jumping several (many) lines at once? Or for fine jumping line by line?
And I tried the workaround suggested by @ikoz , that works for jumping to top and bottom. The swipe is less nice than the swipe implemented in TextArea in my opinion.
-
@danfro Forget
. My goal is to find a mechanism so that the text is not polluted when scrolling. I have nothing against swiping.
-
@domubpkm Ah, thanks, now I understand what your goal is.
I will need to think up a mechanism to control the edit area. Another idea is to have a swipe area besides the edit area. But not sure yet what will be technically possible and what will work in terms of UI. Please file an feature request or issue for that, so I don't forget. But this might take a while to get sorted... -
@danfro said in tedit development and design discussion:
Another idea is to have a swipe area besides the edit area
I had this idea too..
-
I have the same problem to unintentionelly select/mark an area while swiping. It especially happens when you swipe on the right side an reach the indicator ("|"). Is it possible to prevent this case? Or is it possible to select an area just when you tipe twice on it?
-
@domubpkm In development branch I added an icon to enable/disable the edit area. Feel free to test from this pipeline. I would like to know if that improves handling and but also if other issues it does cause. The icon may be placed somewhere else in the long run. But that seemed to be a good start.
There is also a first step for "create new note" there. But no asking for unsaved changes yet, so use at your own risk.
-
Why do you need a digital shopping list today? You do it the classic way with a small piece of paper and a pen. If the battery of the Smierfon is empty, you can't use the app either
-
@danfro said in tedit development and design discussion:
In development branch I added an icon to enable/disable the edit area. Feel free to test from this pipeline. I would like to know if that improves handling and but also if other issues it does cause. The icon may be placed somewhere else in the long run. But that seemed to be a good start.
Thank you for this first try in 'read-only mode'.
SO :- In reading mode, no scrolling of the text is possible; text frozen in a certain place.
- blocking a note in 'read only mode' causes all notes to be blocked when opened. The way to exit reading mode is to close and reopen Tedit.
- Locking with the padlock at the bottom is only accessible once without unlocking possible (padlock is no longer visible). Initially, I would rather place the open padlock (or brush) for writing mode and the closed padlock (reading mode) either at the top next to the settings wheel, or at the top right in the colored frame area .
I think that the 'reading mode' of a note should not exclude the possibility of being able to copy part of the text to paste it elsewhere.
-
@DPITTI You are still around trolling and spamming and placing useless posts? Stop it! Otherwise I hope @Lakotaubp will kick you out.
For some reason, everytime I read chats and see your name, the posts are mostly deleted. I wonder why...
-
@domubpkm Thanks a lot for testing. It was too late last night, so I didn't test much myself.
The lock/pencil can be used unlimited times, BUT I found the icon is too small, so one often misses it. I must have been lucky, when coding it, it worked every time. :grinning_face_with_sweat:
Sad it doesn't allow scrolling. I will need to discover other ways of dealing with it.
What it does, it disables the edit area, so yes, expected that all notes are disabled unless the button is pressed again.
Regarding position, yes, many options. It will depend on how I do other things and where I may need room for controls. But as it seems not to be much helpful, we may not need to worry about that anyway.
-
@DPITTI Those comments are not funny, the tedit app has a lot of value, it is used to write down important data, those data can be even medical prescriptions that one should use, before commenting think a little bit.
-
Sorry, that's not what I meant Dear Mr. or Mrs. Danfro. Now I know which app you are trying to improve. I first thought of this shopping app, i.e. this shopping list app. Seems like you are trying to program a better alternative to an editor app!
I have no idea why posts are deleted. In any case, I can't see that posts are being deleted, at least not by everyone. Sorry again, I won't write anything more here in your science app tests.
OK, so an e-prescription app for UT, so to speak Josele13?
- 23 days later
-
Ok, I think I have got enough stuff coded together for a new release of tedit.
If you like, please give it a good test before I release it. You can download the click file from the latest pipeline here.
v3.3.0
- fixed: #10 empty password and empty file name allow to press save button
- added: setting for minimum password length
- added: setting for theme selection
- added: import from note button for base64 coder
- added: warning dialogs if there is unsaved content on new note, website import and base64 import
- improved: added a network available check for website import
- improved: added a simple error message when import of website fails
- improved: notes can now be opended with a icon in the list, swipe is not needed anymore
- improved: qr code background works now with themes and show content at bottom to allow longer strings
- improved: hash calculator page now uses normal themed colors
- improved: save handling of base64 coder
- updated: translations, many thanks to all translators!
Note: new strings will be available for translation after I merged dev branch into main branch.
- 2 months later
-
I would like to get some oppions on how you use tedit.
Since the file storage location did create some.confusion, I think adding it to the file name seems helpful. I will also remove the "saved: true" or "false" part. I think the colored label and a enabled/disabled save button (see below) are enough.
I too plan to add a top toolbar with some quick access keys. For sure we want to have save and open file there I would say. Of course space is limited.
One option is to add a full row of buttons. We could then have I guess 7 to max 10 depending on screen sizes. Below a screenshot of an early test stage.
Another option is, to only show two or maybe three most used icon on the right hand side next to the file name. This would give us more vertical space, but reduce vusible filename length and number of possible icons.
So question is, how many and which actions from the menu do you use very often and would like to see in a quick access toolbar?
-
And here two screenshots with the short toolbar. open, save and undo I would consider the most used options. This looks fine I think. Xperia X, so no huge screen device.
-
@danfro This is necessary. With 3 options maximum, it makes sense.
-
@danfro I don't see it necessary but if you want to do it I see this option better than the one you have shown above, maybe the route to find the note is not necessary, I think it's better to put the route in Tedit information.
-
@Josele13 said in tedit development and design discussion:
maybe the route to find the note is not necessary, I think it's better to put the route in Tedit information.
The file storage folder is already named
- in the apps about section
- in the apps OpenStore description
- in the readme of the github
Users still get confused. This is partly due to how content hub works. Users do not expect that importing a file does copy the file. They think the original file will get modified.
So I think this does make the file storage folder very clear to avoid misunderstandings and users maybe using data.I too will try to improve the descriptions in the above places and maybe add some more details here and there.
And I need to run some tests to find out if that works with a symlink. So I may change it. But thanks for the opinion and thoughts about it.
-
@danfro This looks very good. Since there is enough space vertically, I would prefere two lines. One line for the file name (including path) and one for the icons.
With this solution there would be space for additional icons, e.g. redo or open.