Interesting. I was thinking it might lead to some cool emergent mechanics, especially combined with puck control ball, but I can see that being suboptimal, especially in how it introduces differences between mobile and mouse gameplay.
tridactyl has a similar feature. It let's you break out the edit-pane content
into a real vim/gvim editor (default <c-i>). There you have all your vim
environment.
I use this feature very rarely, e.g. when writing multiple lines in
comments and I am in need of the editing power of vim. For simple text input I remain in the browser ui. Getting a vim-editor in all text inputs would be too much for my taste.
I appreciate all the work you and other maintainers put into Tridactyl as it’s the best extension of its kind so far. That being said Vim-in-the-browser still sucks to this day, especially with so many webapp sites that hijack browser shortcuts and never play nice with F-navigation.
Is there a way to completely disable all regular browser shortcuts as well as all key event propagation to the sites themselves, and make Tridactyl the be-all-end-all handler for the keyboard?
For websites stealing keys from Firefox, Tridactyl has some terribly named settings called `leavegithubalone` and `leavegithubalonekeys`
If `leavegithubalone` is set to false (the default) and a website can steal a `leavegithubalonekeys` key from Firefox (usually /) then that is a Tridactyl bug. Unfortunately it is a Tridactyl bug that I do not know how to fix :)
For Firefox stealing keys from Tridactyl, you can patch Firefox without rebuilding it as this intrepid bunch describe here
Another option is the GhostText extension paired with Emacs atomic-chrome.el. I prefer that since it gives a live 2-way sync between a browser text field and an Emacs buffer, instead of going via copy-paste. Unfortunately it only works in the browser.
I'm a firefox-only user, and I read your comment in two ways. It's grumpy, but also on the point! Thanks, I feel similarly. What is your main browser btw?
FF works for me in great ways, and I am highly productive with it, as long as some plugins still work: uBlock, tridactyl, foxyproxy. And for UI: sidebery, stylus.
From time to time I feel I should turn my back towards FF when they come up with new decisions in their UI, which I drastically reduce (no menu, no tabs,...), or new features, which are more disturbing than helping.
On android, I discovered 'kiwi browser' which is FF based but does not blacklist the plugins.
Man you got my hopes up for a bit there since I remembered Kiwi browser was chromium based which after checking, it still is. From there website: "Kiwi is based on Chromium and WebKit." https://kiwibrowser.com/
True, this would discomfort me, too. Also in webconferences, I never share the full screen, only one window. This should be enough for bug squash as well.
Per letter, capitalization doesn't take much longer, but over the course of an entire sentence or paragraph, having to reach for shift can potentially add up. Sure, it's still small overall, but I think it's reasonable to give the benefit of the doubt to a stranger about whether the extra effort for them to type them is more than the amount of extra effort for you to read it.
It doesn't take longer for me as I have both of my hands on my keyboard and I can hold the Shift without any delay (or noticeable delay), simultaneously. You could even use "caps lock" in which case you wouldn't have to use shift at all.
This categorization seems to be based on one dimensional thinking (not in a bad way).
If you bring in more dimensions you end up with something like a taxonomy where an email contains a message and maybe also a todo or something else and may have more attributes around those identities. Then you can filter by those.
I do not use that personally but I see there is no reason to define an email as a todo item.
Also, as an email is just a storage for data, you could (mis)use it as a storage backend for a file system (see fuse) or backup solution.
You end up with a graph. Entities are the nodes, and the entity-relationships are the edges.
An email is always a message, nothing more. Tasks, events etc. can be derived from it, but the email itself is not a task or event. This isn't arbitrary, these boundaries are clean as heck (again of course, with the 'IMO' caveat. I don't care to convert anyone here).
Very interesting model — what do you actually do with this conception? Do you have software that helps you reason about your inbox/rest of life this way?
At the moment, personal stack only. React native web local + react query + async storage + supabase + etc.
If I pull up a contact 'MyClient' I can see every entity that's ever been related to it.
- What contacts (customers, employees, suppliers) it has.
- What locations (sites, warehouses, drop ship locations, digital locations) it has.
- What tasks (projects, todos) there are. I see 'service board implementation' which is an old project on 'Completed' status there right now, for example. And if I drill into that project, then I can in turn see every entity that was ever linked to it.
- What messages (emails, phone calls, etc). there are. Phone calls, SMS etc. are not integrated yet.
- Blueprints (e.g. 'Monthly vendor reconciliation 3rd day of every month'). auto rules not implemented yet, I'm manually clicking a 'load in template' button.
- Etc.
I can also view(/filter/etc.) by entity Status.
- 0. New
- 1. Respond (Something has changed, e.g. a customer has replied into it. Attention is needed).
- 2. Active <-- this position is not a hill I am prepared to die on. Personal preference.
- 3. Waiting (on external)
- 4. Hold (no action to take until specific date)
- 5. Evaluate (no further action needed apart from analysis+closure)
- 6. Cancelled
- 7. Complete
So everything actionable floats to the top, and everything non-actionable sinks to the bottom. When an entity becomes actionable, it then automatically floats to the top (e.g. 'EmployeeA was supposed to have provided reportX by now. Followup'.)
But basically, 2 clicks to create an entity. 3 moves to relate an entity to another entity. Automatic entity creation from different services into Supabase (Gmail, working on MSGraph, etc.), with server side triggers & functions to process and automate.
I can view the entity-relationship graph via 'displays' (not all implemented yet):
- Pods (drag and drop widget grid)
- Kanban
- Form
- Table
- Calendar
- Map
- Json
- CPA / Nodes
- etc.
So it's just a representation of my brain that saves a lot of time (especially in tracking things down) and augments my own abilities.
I am working on using this in a B2B product (an ERP for MSPs is the primary use case).
I consider every ticketing system, ITIL service board app, todo app, messaging system, Jira, PM application, ERP, etc... To be completely missing the big picture.
As soon as someone has implemented both a 'Customer' and a 'Supplier' table in a RDBMS, I think an opportunity has been missed and that we have not realised how refined relational db tech has become in the last 10 years.
I consider us to need a generalist 'Hub' structure that other services interface with. Self hosting option vital.
I have formal data structure training (relational database design, yes a lot of UML historically, set theory), consider this abstract level of the space to be slightly more objective than others do, and have the hubris to consider myself qualified. But, I know that I would not be able to convert everyone to my way of thinking - Nor do I have the time or the inclination. I just love thinking about data structures.
Preempting possible 'wtf's: Yup, relational db. GraphQL also fine. Relational db will not necessary avoid n+1 problem. Equally, n+1 problem is OK in GraphQL (I don't consider it a deal breaker and support the tech inc. in context here). KV db tech not appropriate.
Security & Encryption on row/property level = possible but significant challenge to keep performant (But I suggest that it is feasible, even in 5+TB tables). Limited stress testing so far has had surprisingly good results. Due to atomic entity-relationship granularity, it makes selective role-access very powerful. The problem then becomes the shape of the graph (the structure itself - not the data - of the graph, if exposed, could imply information and is a huge security risk). The other major risk is dynamic querying.
Data should be siloed to the extreme. Added benefit of making hosting changes hot-swappable. Go self hosted in (almost)singleclick. each 'space' needs own tables (own schemas not really relevant for security). Also added benefit for performance. 'sharing' is 'opt-in' (with caveat/nuance for automation), and explicitly 'crosses the border' to go outside of a space. This is at the cost of inter-space queries, but that's a necessary loss.
All current solutions on the market fail security sniff tests.
Very eager to get local LLM hooked up to my personal graph for natural language querying (I think my dataset+datastructure is the most appropriate I have ever seen, for this. AI totally outside of my wheelhouse though), but it won't bubble up to the top of priorities for a few months at least
This is super interesting, thanks for the detail! I bet the LLM experiment will be very interesting for you and I hope you share the results here on HN!
GDPR requires newsletters (not talking about spam) to include unsubscribe links (or similar) in the mails they send. Those are most of the times in the mail body and also sometimes in the mail headers.
But in reality, don’t a proportion of these unsubscribe links do what the previous poster suggested: link you to a proprietary system that requires you to log in to ‘update your mail preferences’?
I recently had to solve a captcha in order to unsubscribe from something!
The unsubscribe link included a cookie in the URL which identified what is being unsusbscribed. Only the e-mail recipient would reasonably follow that link. And yet captcha in your face.
