shared
hubstore
shared | hubstore | |
---|---|---|
7 | 6 | |
22 | 4 | |
- | - | |
5.3 | 1.8 | |
about 2 months ago | about 2 years ago | |
Python | Python | |
MIT License | MIT License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
shared
- Show HN: Shared – Triptych for data exchange and persistence
-
Show HN: Shared – Data Exchange and Persistence
Hi HN !
Before discovering JSON, I worked on projects where I had to design relational databases [1] and write SQL queries. I understood the difference between a relational database and a file format, but couldn't resist the temptation to adopt JSON to store data locally.
Ever since I adopted JSON to store data locally, I wanted a class with an intuitive interface to play with JSON files. Eventually, the class evolved into a library.
I had to make a graphical SQL editor to test a GUI framework, so I created the LiteDao package (Lite Data Access object) which offers an intuitive interface to connect to a database with SQLite. The project worked as I wanted it to.
So, I had two different packages to play with data. I wanted to unify these two packages into a single class. But I failed to do so.
I came back to the challenge, and this time I had the idea of a single package with three classes with almost same intuitive interface that meet three needs: the need to expose a configuration file so that the user can modify values, the need to store collections and binary data without worrying about how they are actually saved, and the need to work with a relational database. These classes are respectively named Document, Dossier, and Database.
I managed to implement it in Python and added a command line interface [2] that allows different applications to exchange collections and binary data.
I would like to know what you think [3] of this project which is still in beta and which I already use in several other projects which are also in beta.
[1] https://www3.ntu.edu.sg/home/ehchua/programming/sql/Relation...
[2] https://github.com/pyrustic/shared#command-line-interface
[3] https://news.ycombinator.com/item?id=12886522 (Crocker's rules)
-
Hubstore – Apps distribution and friend-to-friend promotion
[2] https://github.com/pyrustic/shared
- Show HN: Shared – Store, expose, read, and edit collections of data
-
Show HN: Probed Collections
Hi HN !
A few days ago I wrote Shared [1] a library to store, expose, read and edit data collections. Data collections are stored on the hard drive in separate files. I needed a mechanism to know when the content of a data collection has changed, so only the updated data collection will be stored. Thus came to me the idea of writing Probed.
This is a work in progress, I will write some documentation and tests later. Tell me what you think [2].
[1] https://github.com/pyrustic/shared
[2] http://sl4.org/crocker.html
hubstore
-
Hubstore – Apps distribution and friend-to-friend promotion
Link to Hubstore: https://github.com/pyrustic/hubstore
- Show HN: Hubstore – Apps distribution and friend-to-friend promotion
-
Dresscode – Dress up your code with a beautiful GUI
I created the Pyrustic framework and built a few applications with it, including Hubstore to connect users to applications.
- Show HN: Hubstore – Showcase your Python desktop applications
-
Show HN: Hubstore – My contribution to how we distribute and manage FOSS apps
Hi HN !
Months ago I showcased [1] Pyrustic [2], a framework and software suite to build, package and publish Python desktop applications.
The framework adds megawidgets like Table and Scrollbox to Tkinter, implements views with lifecycle and more GUI related contributions. But it's not just a framework for the GUI, for example it comes with Gurl for resource fetching with a built-in responses caching system and support for conditional requests, multithreading made easier with even the possibility of retrieving from the main thread the values returned by the functions executed in other threads and also the exceptions raised by these functions, etc.
Pyrustic is not a framework highly specialized in a specific domain, but rather a framework which aims to help build full featured desktop applications (capable of resource fetching, database support, etc.)
Pyrustic is also a lightweight software suite: a command line program to help the developer manage his project, a graphical sql editor, a graphical test runner, and also a tool to publish the packaged application on Github.
Once the developer has published packaged app on Github, the next challenge is: how to make the download-unpack-install-run-manage-apps process easier for the end user.
So here I am back to showcase Hubstore [3].
I look forward to reading your comments [4], questions etc. Thanks for your feedback. Genuinely appreciated.
[1] https://news.ycombinator.com/item?id=23930255
[2] https://github.com/pyrustic/pyrustic#readme
[3] https://github.com/pyrustic/hubstore#readme
[4] http://sl4.org/crocker.html
What are some alternatives?
pyrustic - Collection of lightweight Python projects that share the same policy
tk-cyberpunk-theme - The default dark theme for Pyrustic Framework
threadom - Tkinter-compatible multithreading
dresscode - Dress up your code with a beautiful graphical user interface !
insta-data-styled - A program to format your Instagram's "messages.json" into a beautiful and readable web format.
probed - Probed collections
hooking - Generic dual-paradigm hooking mechanism
suggestion - Democratizing auto-complete(suggest) for Python desktop applications
backstage - Three-speed scripting language and task automation tool