sigmmma / binilla Goto Github PK

It's easy for people to screw up their style, and currently they have to live with that or delete their config. This should be fixed.

Look here for ideas:
https://stackoverflow.com/questions/45301245/cmd-a-not-working-in-tkinter-entry

I don't know yet if this is an issue on Windows, but on Linux you can't use control-a to select everything inside of an entry field.

Can be recreated by opening any tag in binilla and trying to save as. This is probably specific to 3.5, as there is probably a Path object being passed to an os function without being converted to a string.

from binilla import run
Exception in Tkinter callback
Traceback (most recent call last):
  File "C:\Python35\lib\tkinter\__init__.py", line 1558, in __call__
    return self.func(*args)
  File "C:\Python35\lib\site-packages\binilla\app_window.py", line 1367, in save_as
    self.save_tag_as()
  File "C:\Python35\lib\site-packages\binilla\app_window.py", line 1474, in save_tag_as
    initialdir=os.path.dirname(tag.filepath), defaultextension=ext,
  File "C:\Python35\lib\ntpath.py", line 239, in dirname
    return split(p)[0]
  File "C:\Python35\lib\ntpath.py", line 204, in split
    d, p = splitdrive(p)
  File "C:\Python35\lib\ntpath.py", line 139, in splitdrive
    if len(p) >= 2:
TypeError: object of type 'WindowsPath' has no len()

This project depends on supyr_struct and threadsafe_tkinter. The readme mentions supyr but not tkinter. We should cut down the amount of toil required installing this by making the setup script do it for us, or add a requirements.txt or something.

I want copy, paste, find actions for in the editor.
The second button on the mouse is utterly useless right now, and what better use than to make people's lives easier.

I want the ability to copy block contents, block entries, direct copies of fields without compromising their data. The block contents vs block thing could be handled like copy (block name), copy (entry name) for instance.

When opening a tag and using the "Save as..." feature, saving it in the tags folder fails if using a symlink. Also, the Save as dialog starts at the absolute path rather than using the symbolic link.

The save fails whether I am navigating through to the actual symlink or the actual, absolute path of the file as, for whatever reason, it is using the absolute path of the file for determining where the tags are being saved to.

Should be really useful for projects that depend on this one.

I think this is an important step into supporting 4k screen resolutions with our programs in the long term.

Not sure what a fix would be yet, but it's something to look into.