Comments on great Semantic Synhcrony

[gnusupport]

Today I have been reading these files and principles of work. I am not running Semantic Synchrony as it requires too many dependencies that I do not need. Major comment is that your files are not well readable with long lines. I had to use M-x set-justification-full in Emacs. They may be better legible here on web when formatted in HTML.

I am working on similar project that uses PostgreSQL and could later use any type of relational database. In your writings I find many similarities.

My work is based on what I learned from proposals by Doug Engelbart. And I have created it for reason to be able to access 15000+ references from specific index for books. That way I can personally quicker pin point and find piece of information that I need.

By using database I created various types of destinations or types of nodes. One type is the node itself itself, so I can hyperlink from any node to other. I could hyperlink from tree to any other tree which then in turn makes it similar to your system.

If project is free I recommend stepping out of Github trap and using hosting providers that respect freedom, such as Sourcehut.org https://sourcehut.org or Codeberg.org (Germany) https://codeberg.org or Trisquel GNU/Linux-libre Git Repositories
https://devel.trisquel.info/groups/trisquel or Gitlab or Gitea, Framagit, etc.

[JeffreyBenjaminBrown]

Thanks :)

A new, very different version of SmSn is imminent. Probably all this stuff will get rewritten.

Do you mean the .java files are hard to read? Java just has long names; I don't know that there's a solution for that problem. It bothers me too.

I remember trying to get my friends to move from Facebook to Google+ (back when Google seemed less totalitarian) or Mastodon. It was a vertical battle. Probably easier to do with code than conversations, but still something of a coordination problem. We've all got local copies, though; should Github at some point become obnoxiously closed we can always pop up somewhere else.

[gnusupport]

* Jeffrey Benjamin Brown <notifications@github.com> [2020-11-09 18:47]:

Thanks :) A new, very different version of SmSn is imminent. Probably all this stuff will get rewritten.

I did not look into code and would not like installing it due to many dependencies. And I see you are using database that is good for graphs. Before more than a year I had to make a large index so I have made program Hyperscope for Emacs that does very similar what Semantic Synchrony does. It is not yet public, it will become when specific module enters GNU ELPA. It is destined for Emacs and Emacs handled the PostgreSQL database in background. It helped me to faster access many references. My approach is that I am not using visual tree on the screen for now. I did not even think of it until I have seen it on your video. You have it as expandable subtree similar like Org. I have it as screen that enters new screens. The tree itself in Hyperscope is not shown on screen. It could be possible theoretically or maybe I could be re-using some of your code to make such feature. For now it is not as it satisfied my needs. As software does similar features I can fully understand your satisfaction in using it. Myself I am following Doug Engelbart's principles: https://www.dougengelbart.org/content/view/116/#7