Giter Site home page Giter Site logo

danielde / org-web Goto Github PK

View Code? Open in Web Editor NEW
1.4K 39.0 85.0 2.73 MB

org-mode on the web, built with React, optimized for mobile, synced with Dropbox and Google Drive

Home Page: https://org-web.org

License: The Unlicense

HTML 0.60% CSS 6.29% JavaScript 93.11% Procfile 0.01%
emacs org-mode react redux

org-web's People

Contributors

andersjohansson avatar danielde avatar dependabot[bot] avatar dolegi avatar evelynmitchell avatar joelekstrom avatar kjmatsuda avatar munen avatar sichallinor avatar

Stargazers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

Watchers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

org-web's Issues

Bug: parsing of timestamps should allow localized day names

Org-web apparently didn't parse any of my timestamps correctly. I found that this is because all my timestamps are localized with Swedish day names. They look like this:

<2019-08-19 mån ++1w>

I believe this to be the standard practice for org (org-time-stamp-formats uses %a, the localized abbreviated day name), and it never interferes with the org in emacs.
I could of course set my locale to C or something to let org work with English names for days and months, but I quite like having it in Swedish.

I guess full localization for org-web would be one thing to ask for... but in the mean time I suppose the parser could be less strict and accept any word as a day name.

Sync with Standard Notes encrypted notes server ?

Thanks you so much for this project !

I'm using the so cooooolll Standard Notes (https://standardnotes.org/ & https://github.com/standardnotes/) open-source app to edit and store encrypted text file.

It already exist an org mode extension to write org-mode in SN editor (https://github.com/ryanpcmcquen/standardnotes_org_mode_editor), but it could be really cool to write and sync SN notes directly into our old good emacs !

I suppose you could link this to this issue : #5

Is Dropbox/GDrive sync a hard dependency?

I want to run this at work as a server on my desktop, which just references files from a local folder, so I can take meeting notes from my iPad. Connecting to a Dropbox is a definite no-no, should local use work ‘out of the box’ or would I need to make a few changes?

Also, just wanted to say: Org-Web is impressive in its capabilities and the UI is well thought out, particularly like that you preserve idiosyncrasies of org-mode where this makes sense instead of just trying to abstract (e.g. date selection and repeating indicators) - reminds me of Magit’s approach which means you actually ‘learn’ as you use. Really appreciate the consistent work on the project too, keep it up!

Narrowing

It would be great to have narrowing, ideally this is implemented in a similar style to WorkFlowy where it (1) puts breadcrumbs at the top, (2) the bullet points themselves are used to narrow in and (3) a "+" appears on hover for expanding or "-" for collapsing any bullets.

Demo content typo?

Screenshot_20190719-133457
It seems like the / is causing unintentional italics. I don't know org formatting rules, but maybe it needs to be escaped? If not, maybe the formatting engine is off?

Make org web parser to yield with default indentation like org-mode

Some items get indented differently on org-web than in org-mode. That makes for unnecessary diffs every time when editing a file with either one or the other tool.

I can take care of these issues.

Examples:

  • Planning items are not indented

image

  • Multiple planning items get placed in different lines

image

  • Properties are not indented

image

  • Tags are "one-off" indendet

image

Phone overwrites symlink from Dropbox onto desktop

This project looks wonderful.

My first question could be dispatched with a five word sentence in the README: To use this from your phone, you don't need to install an app, just use a browser, correct?

Second, I'm confused about how symlinks work. You write the following in the README:

If you don’t already keep your org files in Dropbox or Google Drive, I recommend symlinking them in:

ln -s ~/Documents/todo.org ~/Dropbox/todo.org

The syntax for ln is such that the target comes first, and the symbolic name for it second. So you seem to be saying I can keep my document on my computer, and just keep a symlink to it on Dropbox.

How can that possibly work? If I edit a file from my phone while my computer is off, Dropbox won't be able to write the changes to the file until the computer is back on. If I have also edited the file from the computer while it was offline, I'll get a merge conflict.

When I make a symlink like you suggested, such that the data is on my desktop and Dropbox contains a link to it, I am indeed able to read the file from my phone. But if I edit the file from my phone, the symlink is replaced by a regular file with the new data -- so now I've got two copies that are out of sync.

Mobile login not working

The GDrive login method does nothing on mobile browsers. Clicking on the image does not redirect, whereas the Dropbox link works as expected.

Add controls to manipulate plain lists

Right now, plain lists are display only. To edit them you need to manually edit the text of a header.

But we could pretty easily support manipulating them with the movement buttons, just like for manipulating tables.

Can’t parse trivial .org file

I created a file with a single word, “foo” in it, named foo.org. When I attempted to access it with orgweb I was told it couldn’t parse.

Disable Keyboard-Shortcuts in Edit-Mode

Hi,

would it be possible, to deactivate the shortcuts, when in edit-mode?
It should still be possible to exit the edit-mode with the keyboard, if possible.

I would like to choose the shortcuts without modfier-keys like the following setup:
j = Next Header
k = Previous Header
...

Kind regards
Steve

Bug Report - error message when adding an entry.

Adding an entry results in the following error message "Uh oh, you ran into a bug!

This was probably the result of an error in attempting to parse your org file. It'd be super helpful if you could create an issue (and include the org file if possible!)"

I tried it on several org files and the results are the same. It was working fine yesterday. Attached is a test file I used to recreate the error message.
Test.txt

I love concept, by the way. I've been looking for something like this for a long time. Well done!

Bug: The parser breaks indentation of existing lists

Bug: The org-web parser re-indents existing lists which can cause a change in semantics.
Expectation: The org-web parser doesn't re-indent existing lists. Alternative: The org-web parser re-indents the whole list.

Steps to reproduce:

  • Create an existing org-file which a header and within this header a list which is indented (doesn't start at the beginning of the line)
  • Open the file in org-web, make any change that triggers a synchronization

Example:

** GTD
*** Structure
**** things.org
 - Inbox
 - Next
   - TODO 1
   - TODO 2
   - Area of Interest 1
     - TODO 1

Here's a screenshot showing the re-indentation after synchronizing with org-web. Note that this is a semantic change to the list.

image

Icons in actions drawer don't show in offline mode after refreshing.

I tried this only on the sample page.

The sample page works fine in normal and offline, but if I refresh the page while in offline mode, all the icons disappear from the circles.

It's a tad awkward to edit stuff afterwards ;)

In the Firefox console in offline mode I get this error:

Cross-Origin Request Blocked: The Same Origin Policy disallows reading the remote resource at https://use.fontawesome.com/releases/v5.1.1/css/all.css. (Reason: CORS request did not succeed).

I tried this on Firefox 61 and on Firefox for Android.

Bug: The parser removes in-buffer settings

Bug: When making changes to an existing org file, after synchronizing it in-buffer settings are lost.
Expectation: The org-web parser leaves in-buffer settings in place.

Steps to reproduce:

  • In Emacs, create an org-file with in-buffer settings
  • Open it in org-web
  • Make any kind of change which triggers a sync from org-web

Here's a screenshot of Magit showing the diff after these steps:

image

rendering multiple markups in single line wrongly

If multiple markups exist in single line, the middle parts will be ignored to render.

 =first markup=, = second markup=, =third markup=.

will be rendered as

 first markup=, = second markup=, =third markup.

Dark mode

Hello!

This is really cool! My poor night eyes can't handle such bright screens so I quickly drafted a dark mode css for the site.

A button on the menu bar to toggle night mode would be great!

Thank you for making this!

.landing-container {
  background: #121212;
}
body {
  color: #ccc;
}
.entry-container {
  background: #121212;
}
.header-bar_title {
  color: #f0f0f0
}
.header-bar__back-button__directory-path {
  color: #f0f0f0;
}
.header-bar__actions {
  color: #f0f0f0;
}
.header--selected {
  color: #889300;
}
.sync-service-container {
	background: #f0f0f0;
	border-radius: 1%;
}
a {
  color: #5353ff;
}
html {
  background: #121212;
  color: #ccc;
}

encryption like epa in emacs [Feature request]

Hello!
very useful app, as far as checked. And for basic usage,all i use.
But what's about encryption? Currently i use EPA package inside emacs and it works. You can fully transparent open ,edit and save the gpg file.
on Android i could open this file with openkeychain. Therefore it possible to sync via Dropbox,Google or anything else with full security.
Is it possible to use Openkeychain for encryption, decryption in this app? This would be a killer feature, i think.
Regards
Poul

Dropbox error for own URL

I've deployed a version of org-web to https://org.200ok.ch/ and have set up my own Dropbox application which has my URL as a Redirect URI listed. However, when trying to sign in, I'm getting an error. Interestingly, I can log in with my App Key using "http://localhost:3000", though. After going through the reported error, the Dropbox documentation and the source code, I don't see the error. If you see it, please let me know and I'll make a PR for the necessary documentation. Otherwise, if this problem only exists for me, I'm happy if this issue is closed, of course.

Error after signing in:

image

Dropbox application configuration:

image

Request to discuss steering of org-web

Let me start by saying that I'm extraordinarily grateful to you, DanielDe, for creating and nurturing org-web to this point! I'm using Emacs for most of my work and Org mode for everything from note taking, time tracking, invoicing, slides, bookkeeping and so forth. Therefore, having a solid tool to promote working on Org mode files on the go is very valuable to me. The same goes for a simple tool that non-Emacs users can use to have simple access to the same data. You've been the first to tackle this in a sustainable way - with a good technology stack, good code quality and with an open source license. Your work is immensely helpful to a great many people!

Having said that, I'm a little confused by you rejecting a pull request without discussion which makes org-web usable for non-macOS users by default (that is mostly Linux and Windows users). I'm personally invested in getting org-web bug-free. I use it daily, I'm doing marketing for it online and offline and I am currently onboarding other people who are equally Emacs users and non Emacs users. In fact, I'm even onboarding people that have previously used Macs who now pivot to Linux. So this particular PR is of great value to those people.

If you're planning to target only macOS for org-web (which imo is a generic web-app), I'm afraid that I will have to make a fork which would be unfortunate since I feel that org-web is just about to get some great traction. Since breaking this small community up is definitively not my intention, I'd rather start with a dialogue first.

At this moment in time, you're the only person deciding how this project evolves. That is definitively you're prerogative as you've put in all the work in the beginning and made org-web accessible to us.

However, I wonder how you plan to go forward in the longer term. As I see it, there's more contributors coming along at this point. It also seems that you're short on time to work on org-web. Looking at these two things together, my questions are:

  • Would you be willing to transfer this project to a Github organization? This would have the benefit that the project can potentially evolve independently of a single person and more people could get involved in a more integrated manner.
    • NB: Moving would keep all stars, PRs, issues and create a redirect for existing users.
  • If so, could you formulate criteria based on which you'd accept contributors who have merge write rights and get a say in the steering of this project?

I apologize if this request sounds rude to you in any way. It is definitively not my intent. The intent is to give input on what my perception is on how org-web can evolve in the most efficient way. However, I’m just stating an opinion. Whatever is your take, I’ll be happy for the community to have received this great gift from you which is org-web. Thank you! 🙏🏻

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.