Register custom Document and Workspace classes
See original GitHub issuepygls provides some basic Document
and Workspace
classes. However, in real you expect these classes to have more functionality, for example user may want Document
class to store list of symbols. I was wondering what was your idea on user utilizing these classes. Should I inherit from them, or maybe use them as attributes?
Issue Analytics
- State:
- Created 3 years ago
- Comments:6 (2 by maintainers)
Top Results From Across the Web
Configure class settings - Classroom Help - Google Support
Sign in to your Google Admin console. Sign in using your administrator account (does not end in @gmail.com).
Read more >registerWorkspaceReader - MathWorks
This MATLAB function registers the custom workspace reader specified by obj for the Simulation Data Inspector.
Read more >Create and manage a workspace - Azure Cognitive Services
Workspaces are places to manage your documents, projects, and models. When you create a workspace, you can choose to use the workspace ......
Read more >Create a custom WorkSpaces image and bundle
If you've launched a Windows or Linux WorkSpace and have customized it, you can create a custom image and custom bundles from that...
Read more >How to Use Google Workspace: Training & Tips
Discover new ways to auto-organize your inbox, create shared team calendars, set up dynamic ... Edit Microsoft Office documents without installing Office.
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
I would agree that is by far the easiest method to override specific classes in Python.
Still, for much of your “internal” code and logic, it might be wise to work with custom classes you maintain in your own package. Writing tokenizers/lexers/compilers often comes with its own specific need for storage of information. I’ve been using sly to do some of the hard work, which naturally results in mappings to and from
sly
andpygls
.You could write up a parallel (but probably highly LSP inspired) implementation and provide a small interface module to “talk” with editors through
pygls
. Such a module is probably just some mappings and conversions of trivial fields, which shouldn’t be too hard to maintain.Closing just due to having been around for a long time without replies. Very happy to re-open if there is still a need.