#orgmode — Public Fediverse posts
Live and recent posts from across the Fediverse tagged #orgmode, aggregated by home.social.
-
For those of you in love with #journal and #notetaking , for you #kanban practitioners out there, ... let's put the two things together with my #KanbanJournal , a simple yet full-featured kanban approach for #pen and #paper.
https://marcoxbresciani.codeberg.page/kaizen/kanban-journal.html
Have fun, and I'm waiting for your feedbacks! 🙏🏻
PS: fully made with #Emacs and its #OrgMode publishing function, and a splash of CSS.
-
For those of you in love with #journal and #notetaking , for you #kanban practitioners out there, ... let's put the two things together with my #KanbanJournal , a simple yet full-featured kanban approach for #pen and #paper.
https://marcoxbresciani.codeberg.page/kaizen/kanban-journal.html
Have fun, and I'm waiting for your feedbacks! 🙏🏻
PS: fully made with #Emacs and its #OrgMode publishing function, and a splash of CSS.
-
For those of you in love with #journal and #notetaking , for you #kanban practitioners out there, ... let's put the two things together with my #KanbanJournal , a simple yet full-featured kanban approach for #pen and #paper.
https://marcoxbresciani.codeberg.page/kaizen/kanban-journal.html
Have fun, and I'm waiting for your feedbacks! 🙏🏻
PS: fully made with #Emacs and its #OrgMode publishing function, and a splash of CSS.
-
For those of you in love with #journal and #notetaking , for you #kanban practitioners out there, ... let's put the two things together with my #KanbanJournal , a simple yet full-featured kanban approach for #pen and #paper.
https://marcoxbresciani.codeberg.page/kaizen/kanban-journal.html
Have fun, and I'm waiting for your feedbacks! 🙏🏻
PS: fully made with #Emacs and its #OrgMode publishing function, and a splash of CSS.
-
For those of you in love with #journal and #notetaking , for you #kanban practitioners out there, ... let's put the two things together with my #KanbanJournal , a simple yet full-featured kanban approach for #pen and #paper.
https://marcoxbresciani.codeberg.page/kaizen/kanban-journal.html
Have fun, and I'm waiting for your feedbacks! 🙏🏻
PS: fully made with #Emacs and its #OrgMode publishing function, and a splash of CSS.
-
This I like.
Task management for slightly 🌀🧠💁♀️ (via emacs of course)
Jira is good for people that need a board to tell them what they're working on. I need more of a wall with string and a vague sense of magnetic north.
Task list is behind an API remotely. Emacs, neovim, CLI and a bunch of wee wiggly web components are all clients. Bi directional sync with a fully offline, OT styled mode designed to show that you don't need the cloud for multi-player, just an append only data structure and somewhere to store it.
Feeding new content is org-capture++. Select a target - KB graph node or task. It can be set as the global attractor or a one-shot. Stage content. If it's been yanked, it'll tack mode as lang, filename and position as part of the fence metadata and comment
-
This I like.
Task management for slightly 🌀🧠💁♀️ (via emacs of course)
Jira is good for people that need a board to tell them what they're working on. I need more of a wall with string and a vague sense of magnetic north.
Task list is behind an API remotely. Emacs, neovim, CLI and a bunch of wee wiggly web components are all clients. Bi directional sync with a fully offline, OT styled mode designed to show that you don't need the cloud for multi-player, just an append only data structure and somewhere to store it.
Feeding new content is org-capture++. Select a target - KB graph node or task. It can be set as the global attractor or a one-shot. Stage content. If it's been yanked, it'll tack mode as lang, filename and position as part of the fence metadata and comment
-
I recently got back to my work on literate #GRASP, and I think things finally started to look good. I implemented a new document representation (the previous one was built from cons-cells and multiple hacks), and I have some working tests that are capable of rendering this representation to "unicode-art" strings, and I'm currently working on a new parser that would work well with that representation.
I still have a long way to go before I get a running system, and I don't think it's a very good literature, but if you're a #Scheme maniac or a fan of #LiterateProgramming and you don't find the #Java runtime environment too repulsive, I invite you to follow the work and provide your feedback:
https://github.com/panicz/grasp/blob/main/literate/grasp.org
Currently, when exported to pdf, the document has about 100 pages, and it mainly describes language extensions that were developed for Kawa Scheme to develop GRASP. I think it might be a delight to people who enjoy studying language extensions, but unfortunately the part about the architecture and implementation of GRASP has yet to be developed.
(the document is written in #Emacs #OrgMode using its #noweb component for literate programming. I recommend reading it from Emacs rather than from its github preview)
-
I recently got back to my work on literate #GRASP, and I think things finally started to look good. I implemented a new document representation (the previous one was built from cons-cells and multiple hacks), and I have some working tests that are capable of rendering this representation to "unicode-art" strings, and I'm currently working on a new parser that would work well with that representation.
I still have a long way to go before I get a running system, and I don't think it's a very good literature, but if you're a #Scheme maniac or a fan of #LiterateProgramming and you don't find the #Java runtime environment too repulsive, I invite you to follow the work and provide your feedback:
https://github.com/panicz/grasp/blob/main/literate/grasp.org
Currently, when exported to pdf, the document has about 100 pages, and it mainly describes language extensions that were developed for Kawa Scheme to develop GRASP. I think it might be a delight to people who enjoy studying language extensions, but unfortunately the part about the architecture and implementation of GRASP has yet to be developed.
(the document is written in #Emacs #OrgMode using its #noweb component for literate programming. I recommend reading it from Emacs rather than from its github preview)
-
I recently got back to my work on literate #GRASP, and I think things finally started to look good. I implemented a new document representation (the previous one was built from cons-cells and multiple hacks), and I have some working tests that are capable of rendering this representation to "unicode-art" strings, and I'm currently working on a new parser that would work well with that representation.
I still have a long way to go before I get a running system, and I don't think it's a very good literature, but if you're a #Scheme maniac or a fan of #LiterateProgramming and you don't find the #Java runtime environment too repulsive, I invite you to follow the work and provide your feedback:
https://github.com/panicz/grasp/blob/main/literate/grasp.org
Currently, when exported to pdf, the document has about 100 pages, and it mainly describes language extensions that were developed for Kawa Scheme to develop GRASP. I think it might be a delight to people who enjoy studying language extensions, but unfortunately the part about the architecture and implementation of GRASP has yet to be developed.
(the document is written in #Emacs #OrgMode using its #noweb component for literate programming. I recommend reading it from Emacs rather than from its github preview)
-
I recently got back to my work on literate #GRASP, and I think things finally started to look good. I implemented a new document representation (the previous one was built from cons-cells and multiple hacks), and I have some working tests that are capable of rendering this representation to "unicode-art" strings, and I'm currently working on a new parser that would work well with that representation.
I still have a long way to go before I get a running system, and I don't think it's a very good literature, but if you're a #Scheme maniac or a fan of #LiterateProgramming and you don't find the #Java runtime environment too repulsive, I invite you to follow the work and provide your feedback:
https://github.com/panicz/grasp/blob/main/literate/grasp.org
Currently, when exported to pdf, the document has about 100 pages, and it mainly describes language extensions that were developed for Kawa Scheme to develop GRASP. I think it might be a delight to people who enjoy studying language extensions, but unfortunately the part about the architecture and implementation of GRASP has yet to be developed.
(the document is written in #Emacs #OrgMode using its #noweb component for literate programming. I recommend reading it from Emacs rather than from its github preview)
-
I recently got back to my work on literate #GRASP, and I think things finally started to look good. I implemented a new document representation (the previous one was built from cons-cells and multiple hacks), and I have some working tests that are capable of rendering this representation to "unicode-art" strings, and I'm currently working on a new parser that would work well with that representation.
I still have a long way to go before I get a running system, and I don't think it's a very good literature, but if you're a #Scheme maniac or a fan of #LiterateProgramming and you don't find the #Java runtime environment too repulsive, I invite you to follow the work and provide your feedback:
https://github.com/panicz/grasp/blob/main/literate/grasp.org
Currently, when exported to pdf, the document has about 100 pages, and it mainly describes language extensions that were developed for Kawa Scheme to develop GRASP. I think it might be a delight to people who enjoy studying language extensions, but unfortunately the part about the architecture and implementation of GRASP has yet to be developed.
(the document is written in #Emacs #OrgMode using its #noweb component for literate programming. I recommend reading it from Emacs rather than from its github preview)
-
Oh good. Apparently these things are actually good to use for a big boy job.
I'd forgotten what it was like to have a real purpose, at least at more than just a hobby for a while.
Notes in org-mode were my life, until this little guy. Wanderland is the platform I'd always wanted [then some stuff] and now I have. Mix of automation engineering, compliance through living documentation and signed traces, and this whole knowledge system that sits in the middle that you can drive through emacs.
Cuz you do
It's got an API behind it, neovim, vscode, anything that can talk HTTP can play. The tools that the new automation platform build run HTTP and CLI and RSpec from the same configs with the same capability for any to execute live IO or verify results. I accidentally deployed something with RSpec today which was interesting
Notes are necessary... This is org-capture but to the platform (for your friends, agent or otherwise). Pick a target, graph node or task, write whatever, capture, post
-
Oh good. Apparently these things are actually good to use for a big boy job.
I'd forgotten what it was like to have a real purpose, at least at more than just a hobby for a while.
Notes in org-mode were my life, until this little guy. Wanderland is the platform I'd always wanted [then some stuff] and now I have. Mix of automation engineering, compliance through living documentation and signed traces, and this whole knowledge system that sits in the middle that you can drive through emacs.
Cuz you do
It's got an API behind it, neovim, vscode, anything that can talk HTTP can play. The tools that the new automation platform build run HTTP and CLI and RSpec from the same configs with the same capability for any to execute live IO or verify results. I accidentally deployed something with RSpec today which was interesting
Notes are necessary... This is org-capture but to the platform (for your friends, agent or otherwise). Pick a target, graph node or task, write whatever, capture, post
-
Today's #emacs lesson: my locally installed #orgmode broke completely. After some light debugging I gave up, deleted the org directory, and reinstalled from melpa.
And - still broken. With warnings that Emacs couldn't find the org file in the directory I'd deleted. And completely scrubbed from my init. But Emacs continued to look for it in the old location.
Until - I deleted the .elc files in my user-lisp directory. And then, at last, it works.
From which I tentatively conclude that when you compile an #elisp file that calls another file, it somehow hard-codes the location of the file it loads. Such that changing the load path or otherwise telling Emacs to load a different file doesn't get accounted for.
Which, if accurate, would mean you need to recompile your .elc files not just when the corresponding .el file changes, but when any of the files it calls changes?
Is that right? That sounds ugly
-
Today's #emacs lesson: my locally installed #orgmode broke completely. After some light debugging I gave up, deleted the org directory, and reinstalled from melpa.
And - still broken. With warnings that Emacs couldn't find the org file in the directory I'd deleted. And completely scrubbed from my init. But Emacs continued to look for it in the old location.
Until - I deleted the .elc files in my user-lisp directory. And then, at last, it works.
From which I tentatively conclude that when you compile an #elisp file that calls another file, it somehow hard-codes the location of the file it loads. Such that changing the load path or otherwise telling Emacs to load a different file doesn't get accounted for.
Which, if accurate, would mean you need to recompile your .elc files not just when the corresponding .el file changes, but when any of the files it calls changes?
Is that right? That sounds ugly
-
Today's #emacs lesson: my locally installed #orgmode broke completely. After some light debugging I gave up, deleted the org directory, and reinstalled from melpa.
And - still broken. With warnings that Emacs couldn't find the org file in the directory I'd deleted. And completely scrubbed from my init. But Emacs continued to look for it in the old location.
Until - I deleted the .elc files in my user-lisp directory. And then, at last, it works.
From which I tentatively conclude that when you compile an #elisp file that calls another file, it somehow hard-codes the location of the file it loads. Such that changing the load path or otherwise telling Emacs to load a different file doesn't get accounted for.
Which, if accurate, would mean you need to recompile your .elc files not just when the corresponding .el file changes, but when any of the files it calls changes?
Is that right? That sounds ugly
-
Today's #emacs lesson: my locally installed #orgmode broke completely. After some light debugging I gave up, deleted the org directory, and reinstalled from melpa.
And - still broken. With warnings that Emacs couldn't find the org file in the directory I'd deleted. And completely scrubbed from my init. But Emacs continued to look for it in the old location.
Until - I deleted the .elc files in my user-lisp directory. And then, at last, it works.
From which I tentatively conclude that when you compile an #elisp file that calls another file, it somehow hard-codes the location of the file it loads. Such that changing the load path or otherwise telling Emacs to load a different file doesn't get accounted for.
Which, if accurate, would mean you need to recompile your .elc files not just when the corresponding .el file changes, but when any of the files it calls changes?
Is that right? That sounds ugly
-
Today's #emacs lesson: my locally installed #orgmode broke completely. After some light debugging I gave up, deleted the org directory, and reinstalled from melpa.
And - still broken. With warnings that Emacs couldn't find the org file in the directory I'd deleted. And completely scrubbed from my init. But Emacs continued to look for it in the old location.
Until - I deleted the .elc files in my user-lisp directory. And then, at last, it works.
From which I tentatively conclude that when you compile an #elisp file that calls another file, it somehow hard-codes the location of the file it loads. Such that changing the load path or otherwise telling Emacs to load a different file doesn't get accounted for.
Which, if accurate, would mean you need to recompile your .elc files not just when the corresponding .el file changes, but when any of the files it calls changes?
Is that right? That sounds ugly
-
Just shipped Org Social for iOS.
A decentralized microblog where your whole timeline lives in a plain-text Org Mode file you host yourself.
No central server, no algorithm, no ads.
Free, iPhone, also runs on Apple Silicon Macs.
App Store: https://apps.apple.com/us/app/org-social/id6764415116
Spec: https://github.com/tanrax/org-social
What you can write:
- Posts, replies, threads, reactions, boosts, quote-boosts
- Polls
- Groups (like a forum or a subreddit)
- Scheduled posts
- Mentions with inline autocomplete
- Profile-migration announcements when you move host
- Muting and blocking other users
- Feed export to Files, AirDrop or email
What is NOT in the app:
- No analytics, no tracking, no telemetry
- No account on a server we control
- No third-party SDKs
- The PrivacyInfo manifest declares only UserDefaults
Your social.org file lives on the host you choose.
#emacs #orgmode #orgsocial #fediverse #indieweb #iOS -
Just shipped Org Social for iOS.
A decentralized microblog where your whole timeline lives in a plain-text Org Mode file you host yourself.
No central server, no algorithm, no ads.
Free, iPhone, also runs on Apple Silicon Macs.
App Store: https://apps.apple.com/us/app/org-social/id6764415116
Spec: https://github.com/tanrax/org-social
What you can write:
- Posts, replies, threads, reactions, boosts, quote-boosts
- Polls
- Groups (like a forum or a subreddit)
- Scheduled posts
- Mentions with inline autocomplete
- Profile-migration announcements when you move host
- Muting and blocking other users
- Feed export to Files, AirDrop or email
What is NOT in the app:
- No analytics, no tracking, no telemetry
- No account on a server we control
- No third-party SDKs
- The PrivacyInfo manifest declares only UserDefaults
Your social.org file lives on the host you choose.
#emacs #orgmode #orgsocial #fediverse #indieweb #iOS -
Just shipped Org Social for iOS.
A decentralized microblog where your whole timeline lives in a plain-text Org Mode file you host yourself.
No central server, no algorithm, no ads.
Free, iPhone, also runs on Apple Silicon Macs.
App Store: https://apps.apple.com/us/app/org-social/id6764415116
Spec: https://github.com/tanrax/org-social
What you can write:
- Posts, replies, threads, reactions, boosts, quote-boosts
- Polls
- Groups (like a forum or a subreddit)
- Scheduled posts
- Mentions with inline autocomplete
- Profile-migration announcements when you move host
- Muting and blocking other users
- Feed export to Files, AirDrop or email
What is NOT in the app:
- No analytics, no tracking, no telemetry
- No account on a server we control
- No third-party SDKs
- The PrivacyInfo manifest declares only UserDefaults
Your social.org file lives on the host you choose.
#emacs #orgmode #orgsocial #fediverse #indieweb #iOS -
Just shipped Org Social for iOS.
A decentralized microblog where your whole timeline lives in a plain-text Org Mode file you host yourself.
No central server, no algorithm, no ads.
Free, iPhone, also runs on Apple Silicon Macs.
App Store: https://apps.apple.com/us/app/org-social/id6764415116
Spec: https://github.com/tanrax/org-social
What you can write:
- Posts, replies, threads, reactions, boosts, quote-boosts
- Polls
- Groups (like a forum or a subreddit)
- Scheduled posts
- Mentions with inline autocomplete
- Profile-migration announcements when you move host
- Muting and blocking other users
- Feed export to Files, AirDrop or email
What is NOT in the app:
- No analytics, no tracking, no telemetry
- No account on a server we control
- No third-party SDKs
- The PrivacyInfo manifest declares only UserDefaults
Your social.org file lives on the host you choose.
#emacs #orgmode #orgsocial #fediverse #indieweb #iOS -
Just shipped Org Social for iOS.
A decentralized microblog where your whole timeline lives in a plain-text Org Mode file you host yourself.
No central server, no algorithm, no ads.
Free, iPhone, also runs on Apple Silicon Macs.
App Store: https://apps.apple.com/us/app/org-social/id6764415116
Spec: https://github.com/tanrax/org-social
What you can write:
- Posts, replies, threads, reactions, boosts, quote-boosts
- Polls
- Groups (like a forum or a subreddit)
- Scheduled posts
- Mentions with inline autocomplete
- Profile-migration announcements when you move host
- Muting and blocking other users
- Feed export to Files, AirDrop or email
What is NOT in the app:
- No analytics, no tracking, no telemetry
- No account on a server we control
- No third-party SDKs
- The PrivacyInfo manifest declares only UserDefaults
Your social.org file lives on the host you choose.
#emacs #orgmode #orgsocial #fediverse #indieweb #iOS -
"""
Hey yo! The tutorial is too long. It needs a table of contents or something
"""
--- someone asking for help, unaware that Wanderland's Emacs integration yas snippets for all the web components you might want to drop in to your whatever you're writing"""
Hey yo! Why are the boundaries labelled 1, 3 & 5?
"""
--- that guy again, unaware of the joys of loosing pigs 1 & 3 on an unsuspecting high school -
"""
Hey yo! The tutorial is too long. It needs a table of contents or something
"""
--- someone asking for help, unaware that Wanderland's Emacs integration yas snippets for all the web components you might want to drop in to your whatever you're writing"""
Hey yo! Why are the boundaries labelled 1, 3 & 5?
"""
--- that guy again, unaware of the joys of loosing pigs 1 & 3 on an unsuspecting high school -
Te Sumas ➕ !:
- CUÁNDO: sábado 9 Mayo (a las 18:30 CET = 14:30 en Buenos Aires )
- DÓNDE ? : en el encuentro online videoconf. #hispaemacs
- QUÉ ? :⭐ Pedro nos hablará de los superpoderes y los usos de la sintaxis #emacs #orgmode
⭐ @andros nos cuenta como "tener un #blog online a partir de un archivo en #orgmode, sin servidor propio, con autodespliegue y sin mantener nada extra, es posible gracias a un servicio del ecosistema de #orgsocial [..]"
-
Te Sumas ➕ !:
- CUÁNDO: sábado 9 Mayo (a las 18:30 CET = 14:30 en Buenos Aires )
- DÓNDE ? : en el encuentro online videoconf. #hispaemacs
- QUÉ ? :⭐ Pedro nos hablará de los superpoderes y los usos de la sintaxis #emacs #orgmode
⭐ @andros nos cuenta como "tener un #blog online a partir de un archivo en #orgmode, sin servidor propio, con autodespliegue y sin mantener nada extra, es posible gracias a un servicio del ecosistema de #orgsocial [..]"
-
Te Sumas ➕ !:
- CUÁNDO: sábado 9 Mayo (a las 18:30 CET = 14:30 en Buenos Aires )
- DÓNDE ? : en el encuentro online videoconf. #hispaemacs
- QUÉ ? :⭐ Pedro nos hablará de los superpoderes y los usos de la sintaxis #emacs #orgmode
⭐ @andros nos cuenta como "tener un #blog online a partir de un archivo en #orgmode, sin servidor propio, con autodespliegue y sin mantener nada extra, es posible gracias a un servicio del ecosistema de #orgsocial [..]"
-
Te Sumas ➕ !:
- CUÁNDO: sábado 9 Mayo (a las 18:30 CET = 14:30 en Buenos Aires )
- DÓNDE ? : en el encuentro online videoconf. #hispaemacs
- QUÉ ? :⭐ Pedro nos hablará de los superpoderes y los usos de la sintaxis #emacs #orgmode
⭐ @andros nos cuenta como "tener un #blog online a partir de un archivo en #orgmode, sin servidor propio, con autodespliegue y sin mantener nada extra, es posible gracias a un servicio del ecosistema de #orgsocial [..]"
-
Te Sumas ➕ !:
- CUÁNDO: sábado 9 Mayo (a las 18:30 CET = 14:30 en Buenos Aires )
- DÓNDE ? : en el encuentro online videoconf. #hispaemacs
- QUÉ ? :⭐ Pedro nos hablará de los superpoderes y los usos de la sintaxis #emacs #orgmode
⭐ @andros nos cuenta como "tener un #blog online a partir de un archivo en #orgmode, sin servidor propio, con autodespliegue y sin mantener nada extra, es posible gracias a un servicio del ecosistema de #orgsocial [..]"
-
I tried out Super Productivity today and it is very cumbersome in comparison to #orgmode
I didn’t expect that I got that accustomed to it.
-
I tried out Super Productivity today and it is very cumbersome in comparison to #orgmode
I didn’t expect that I got that accustomed to it.
-
I tried out Super Productivity today and it is very cumbersome in comparison to #orgmode
I didn’t expect that I got that accustomed to it.
-
I tried out Super Productivity today and it is very cumbersome in comparison to #orgmode
I didn’t expect that I got that accustomed to it.
-
I tried out Super Productivity today and it is very cumbersome in comparison to #orgmode
I didn’t expect that I got that accustomed to it.
-
@andyc I've looked at some of these (well, everything but this new "Grove" thing), and they are particular opinionated ways of note taking that don't suit me.
I suspect that a lot of people who choose these packages haven't actually delved into how ridiculously powerful straight #Orgmode is. Orgmode is integrated into everything I do on GNU Emacs in a way that these packages can't do.
Then again, I'm not your boss; if it suites you, do it, but I wouldn't overlook #Org mode so easily.
-
@andyc I've looked at some of these (well, everything but this new "Grove" thing), and they are particular opinionated ways of note taking that don't suit me.
I suspect that a lot of people who choose these packages haven't actually delved into how ridiculously powerful straight #Orgmode is. Orgmode is integrated into everything I do on GNU Emacs in a way that these packages can't do.
Then again, I'm not your boss; if it suites you, do it, but I wouldn't overlook #Org mode so easily.
-
@andyc I've looked at some of these (well, everything but this new "Grove" thing), and they are particular opinionated ways of note taking that don't suit me.
I suspect that a lot of people who choose these packages haven't actually delved into how ridiculously powerful straight #Orgmode is. Orgmode is integrated into everything I do on GNU Emacs in a way that these packages can't do.
Then again, I'm not your boss; if it suites you, do it, but I wouldn't overlook #Org mode so easily.
