Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Run tabview as script under Windows #128

Open
scls19fr opened this issue Sep 2, 2015 · 10 comments
Open

Run tabview as script under Windows #128

scls19fr opened this issue Sep 2, 2015 · 10 comments

Comments

@scls19fr
Copy link
Contributor

scls19fr commented Sep 2, 2015

same as TabViewer/gtabview#20

@firecat53
Copy link
Collaborator

Python for Windows doesn't include the curses module. There is a port called Unicurses, but I have no idea how similar the syntax is.

Sorry, but this one is pretty low on my list right now...I haven't run Windows for a very long time :)

Scott

@scls19fr
Copy link
Contributor Author

scls19fr commented Sep 2, 2015

I would be pleased to be allowed to install Linux at work but that's (unfortunately) not possible.

urwid could be a way to follow

http://stackoverflow.com/questions/8349085/python-ncurses-cdk-urwid-difference

@firecat53
Copy link
Collaborator

I looked at urwid before I started in on tabview. My original goal was to keep tabview extremely simple and have no dependencies outside the standard Python library. We've succeeded so far...there are some optional dependencies for certain functions, but otherwise nothing else is required.

If we are able to continue down the path @wavexx has started with gtabview, we may be able to separate the data from the presentation enough where other toolkits can be used to add different GUIs on top of the base tabview. Resulting in tabview-common, gtabview, tabview-curses, tabview-urwid, tabview-gtk, etc. We're not there yet....switching to urwid at this point would mean a fairly complete rewrite of the interface.

Scott

@wavexx
Copy link
Member

wavexx commented Sep 2, 2015

On 02/09/15 17:36, Scott Hansen wrote:

I looked at urwid before I started in on tabview. My original goal was
to keep tabview extremely simple and have no dependencies outside the
standard Python library. We've succeeded so far...there are some
optional dependencies for certain functions, but otherwise nothing else
is required.

In our institute we're using tabview massively and it's due to that, so
I cannot complain ;)

If we are able to continue down the path @wavexx

In regard to that, I'm still in the middle on moving, so, yeah.. real
soon now :]

@scls19fr
Copy link
Contributor Author

This project may be something to consider https://github.com/tonycpsu/urwid-datatable

@wavexx
Copy link
Member

wavexx commented Jan 13, 2016

On 13/01/16 21:35, scls19fr wrote:

This project may be something to consider
https://github.com/tonycpsu/urwid-datatable

That's an awesome find. It might save a lot of duplicated work.
How did you stumble upon it?

I'm currently trying to push both tabview and gtabview to debian (easier
said than done). I also did some progress in the csv thing, but nothing
worth using yet.

@scls19fr
Copy link
Contributor Author

I just used Google with "urwid data". Good luck for Debian packages ;-)

An other project might be interesting to have a look is
https://github.com/okfn/tabulator-py

@tonycpsu
Copy link

Hey folks, urwid-datatable developer here -- happy to see there's some interest in using it.

I haven't looked at the tabview code in great detail yet, but if there's interest in refactoring it to make use of different backends, I'd be happy to try to clean things up on my end to make it easy to integrate.

@wavexx
Copy link
Member

wavexx commented Jan 14, 2016

On 14/01/16 17:34, tonycpsu wrote:

Hey folks, urwid-datatable developer here -- happy to see there's some
interest in using it.

There's one question I have about urwid.

Do you know if urwid handles double-width (east-asian) characters
correctly out of the box, or there's extra-processing needed to be done?

@tonycpsu
Copy link

It purports to handle them, see here. I ran into some problems with its table of characters being incomplete for things like Emojis and what-not, and haven't tested east-asian characters specifically, but since the support is already there, any problems should be relatively easy to fix.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

4 participants