This reverts commit 303192d9d575b26a77a00f7a62212f310ec1e329.
This reverts commit cd9d128b47ed523036f7ae1232ec7adcf04ed8a9.
GitJournal is used by non-English speakers (a lot in China and Russia)
and while we don't support those languages completely, we do support
them a little bit. I don't want to loose this functionality. It would be
better for us to fix the bug in intl.
This will show all the files and not just the "notes". This way the user
can easily figure out why a file isn't included in the list of notes.
It's currently disabled by default as it clearly needs a lot more work.
https://github.com/dart-lang/intl/issues/266
This is strange since Intl.getLocale() returns 'en_US' in my case.
Currently, GitJournal only supports 'english' anyway, so this shouldn't
be a big problem.
Earlier we used to call 'adb logcat' and get all the logs and send
those. This didn't work on iOS and we wouldn't get all the logs even in
android at times as the logcat buffer can be unreliable.
Since now we log all the messages to a file, we can just send that file.
The disadvtange is that we only get Dart level logs, and not iOS or Java
or NDK or our C libraries logs.
I should really dump libgit2 ASAP.
The file is stored in the tmp dir with the filename of
"katex_$HASH$.png" where $HASH$ is the md5 hash of the input string to
be rendered.
The cache isn't ever cleared so far, but maybe the underlying OS will do
that automatically?
Related to #125
Related to #125
This still needs to be integrated into the Flutter Markdown renderer.
But the good news is that this works!
It currently requires network access to download the katex scripts. It
does NOT send the katex string to any server. The rendering is performed
in the app.
This allows you to be modify the tags from the NoteEditor. Related to
#114. We still need to add some way to filter the notes by tag. Also,
the current tag editor doesn't show the tags from the other notes.
This way we don't show that annoying animation, and we now occupy the
entire available width. Otheriwse if you had text which was required
scrolling, but only had 1 word in each line, then you couldn't scroll by
dragging on the empty area as the widget didn't occupy that space.
I cannot seem to get it to look nice with this new version of Badges and
now I'm reconsidering if it should be shown at all. The user doesn't
**need** to setup the git repo. This app can be used without it
perfectly fine.
Fixes#95
We really need search highlighting to showcase why an item matched while
searching. Additionally, soon we may need to give the user control over
what all should be searched.
This is the simplest way I could find of showing a placeholder and
loading screen while the image was downloading. I'm not sure if I want
to cache the images locally.
Also, this adds lots of dependencies, which I'm not too comfortable
with.
The customization screen is very ugly and this entire thing feels
extremely hacky with the abstractions leaking out everywhere. However,
it does work.
I'll clean it up another day.
