Dear Team!

Thanks a lot for your great application. If possible, add an option for password protection. it will help to protect the data from unauthorized access to the entries.

Cheers - B4ALLB4U

• spacing is a off between bullet points and normal text.
• add padding to the content to match the calendar width

Describe the bug
The editor popup is visible in front of the navigation bar.

To Reproduce
Steps to reproduce the behavior:

1. Type something in
2. Highlight it
3. Scroll

Expected behavior
Should not happen.

Screenshots

Desktop (please complete the following information):

• linked version: 1.3.4
• macOS 11.5.2

It was suggested that it'd be nice to slide the day view on top with hold and drag. Currently switching days works by either using the keyboard as well as clicking the individual day.

Files currently are saved as .md, makes more sense to move it to .json in order to also save metadata for the day.

Could enable storing the day rating inside the file, last modified, creation, character length, etc

Such as :

{
  "content": "<p>Stuff from tiptap here</p>",
  "meta": {
    "idk": "...."
  }
}

Requires sync file writing

This project is currently unlicensed. So it is unclear how to use it with other projects. Could you please add a license?

Fazil

The current date format is fixed to the german one but the calendar starts on a sunday. Inside the settings view, it should be possible to to set your own locale, in order to have the proper date format displayed as well as a proper calendar start.

Discussed in https://github.com/lostdesign/linked/discussions/60

When starting up with a code block you don't seem to be able to get out of the block
if you make a few new lines before you start making a code block and the code block is in the middle then you can exit.
you cannot seem to be able to remove the code block or exit the code block

To Reproduce

1. on a new day
2. start code block
3. try to exit the code block
4. cannot get out of the code block

Expected behavior
if i started writing a code block and don't want to anymore to be able to remove it.

Screenshots
If applicable, add screenshots to help explain your problem.

Desktop (please complete the following information):

• linked version: Version 1.3.5 (1.3.5)
• operating system macOS Big Sur 11.6 (20G165)

Describe the bug
The codeblock in light mode is black with a black font, needs to be fixed. black text.

To Reproduce
Steps to reproduce the behavior:

1. Add codeblock
2. See error

Expected behavior
Should be readable, the background should be bg-gray-100 with black text (or like other texts)

Desktop (please complete the following information):

• linked version: 1.1.5
• operating system: any

Discussed in #28

The current bundle size is too big, it should be optimized. app.js/tailwind

Describe the bug
There's current an issue with the code-block feature on linked. When the user would create a code-block on
the first line of the note for any day, the user will not be available to delete the code-block.

To Reproduce
Steps to reproduce the behavior:

1. Go to any day
2. Create a code-block on the first line
3. You shouldn't be available to delete the code-block

Expected behavior
The user should be available to delete the code-block no matter what line it's on.

Desktop (please complete the following information):

• linked version: 1.3.5
• operating system: Window 10

Additional context
One thing to keep in mind. If the user would reopen the application, they can delete the code-block (first line) on any day they select, but then another(s) first line code-block(s) becomes bugged.

So for example. We have a code-block on the first line for Oct 1 (Current Day), Oct 2.
The user can delete the code-block on either Oct 1 or Oct 2, then you cannot delete the latter.

Describe the bug
Since v1.3.1-v1.3.2 the linux_latest.yml is missing. Around that time, the build.yml received an artifact storage but it does not seem to be it. What also changed is that vue.config.js received more linux targets as opposed just AppImage which is the only target that needs the file for an autoupdate to work.

Furthermore, .deb and .snap work fine in normal builds but not for the release pipeline. That is where the file goes missing. Maybe check pipeline logs due to why.

To Reproduce
Nothing much really, need to run the pipeline.

Expected behavior
The file should be given so that

Desktop (please complete the following information):

• linked version: since v1.3.1
• operating system: any

It should be possible to rate that day, in oder to keep track of your mood throughout the use of linked. This feature is especially hand for scrum teams, where you may need to reflect on the past sprint in the team retro.

The app is already prepared to store a rating when a value is giving, check the helper.js file in the file store module for more details. What is missing is a UI and UX concept:

• where should the rating happen?
• where to put the rating visually?
• how should the rating happen? Probably by using emoji faces

If you want to tackle this issue, please discuss first on how you want to solve it to avoid any confusions.

First of all, great work!

Currently, the app saves all files to ~/Documents/linked directory by default. Is it possible to change the path?

Fazil

more info soon!

Please go here and add the feature request there instead: https://github.com/lostdesign/linked/discussions

Discussed in https://github.com/lostdesign/linked/discussions/70

Describe the bug
Getting fs.existsSync is not a function after initial setup via yarn.

To Reproduce
Steps to reproduce the behavior:

1. Clone repository
2. Run yarn to setup dependecies
3. Run yarn serve
4. Get whitescreen and see error in console

Expected behavior
Run app without an error.

Desktop (please complete the following information):

• linked version: 1.3.5
• operating system Microsoft Windows 10 Home, 10.0.19043 N/A Build 19043

Additional context
Some people mention that this issue may be due to Visual Code IDE automatically add in dependecies, but I can't demonstrate that it is the same case here.

Describe the bug
Writing the data to the home directory seems to be an issue in linux. Needs investigation.

Add a calendar view, which is planned to look like that:

A more detailed design can be added if requested.

• highlight days that have files created (files are created if the day is selected or the app was opened on a day
• show the calendar week infront of the week row
• show the avg rating value of the week behind the week (see #6)
• more to be done

Code signing locally already works, just need to add it to the pipeline, if not tag locally and publish built app from local.

At this point, tests would help tremendously. Tests for writing the files, pushing days etc should be written.

On click of the body, it should focus tiptap's first line - tiptap odes have a hook to set the focus, which can be used once the body is clicked to improve the UX.

Describe the bug
The language dropdown is missing.

To Reproduce
Steps to reproduce the behavior:

1. Go to Settings

Expected behavior
It should be there.

Screenshots

Desktop (please complete the following information):

• linked version: 1.3.2
• operating system macOS Big Sur 11.4

Additional context
Probably related to the switch of language codes. Maybe you need to write a migration for older settings?

Currently if you are trying to go back and forth inside the editor using the left/right arrow keys, it will switch days.
The eventlistener should not be active when the user is inside the editor or perhaps use a better shortcut.

@all-contributors please add @lostdesign for maintenance and code

Autofocus in editor works when switching days, but if you're leaving the app and returning to it, it no longer focuses the editor. In tiptap v1 this.editor.focus() was used on the body to refocus, this method needs to be migrated over to tiptap v2.

• add how to get started with the app
• add how to contribute
• add all contributors to repo

Describe the bug
On MacOS, if the Linked window is closed but the program is still running, many of the options in the MacOS taskbar return a js error.

To Reproduce
Steps to reproduce the behavior:

1. Close the main calendar window, keeping Linked open.
2. In the MacOS taskbar, choose any option from the "View" menu, or "Settings" from the File menu.
3. Get error:

Uncaught Exception:
TypeError: Cannot read property 'webContents' of null
at click (/Applications/linked.app/Contents/Resources/app.asar/background.js:2:556000)
at MenuItem.click (electron/js2c/browser_init.js:73:1742)
at Object.a._executeCommand (electron/js2c/browser_init.js:81:2492)

Expected behavior
Should re-open the main calendar window and go to the appropriate location ("today", "settings", etc)

Desktop (please complete the following information):

• Version 1.3.5 (1.3.5)
• MacOS Big Sur 11.6

Additional Note
There should also be an option in "File" menu to open a calendar window. And further, and more a "feature request", but ability to have multiple calendar windows open (either windowed or tabs).

All ipcRenderer listeners should be removed in beforeDestoryed() in order to guarantee no duplicate event listeners being registered, which may fire more than once.

This however cannot be implemented before 1.4.x as app gets a big update which changes how the days and views are handled.

see ipcRenderer.removeAllListeners(channel)

While the upcoming search may not need this, some may want to explicitly set their tags themselves. flexsearch does support tags and storing additional values would not hurt anyways.

Acceptance Criteria

• use tiptap in order to create a custom node when someone types a # followed by some text
• that new extension then should push the tag into the current day file
• flexsearch should be extended by the tags attribute, which is just tags itself, from there on, it would register the tags
• deleting tags should remove them from the day file as well as the search index (maybe the later is automatic, to be tested)
• adding duplicates should not be possible

Describe the bug
Toggling a checkbox causes checkboxes on other days to be toggled too.

To Reproduce
Steps to reproduce the behavior:

1. Add a checkbox to two consecutive days
2. Toggle it on day one
3. Switch to day two, it will be toggled there as well

Expected behavior
I expect the state of checkboxes to be isolated.

Screenshots

Desktop (please complete the following information):

• linked version: 1.1.8
• operating system: macOS 11.4

Describe the bug
You currently cannot switch days if the focus is active inside the editor. It used to work, but introduced a bug where it would start to jump two days instead of one - as it used the DOM Keyboard shortcut as well as native shortcuts.

To Reproduce
Steps to reproduce the behavior:

1. Write something inside the editor
2. Try short cut for either jumping days or weeks
3. Nothing should happen
4. Click the calendar view at the top
5. You now can use the keyboard shortcuts

Expected behavior
Keyboard shortcuts should always work

Desktop (please complete the following information):

• linked version: 1.3.0 - 1.3.1
• operating system: probably any, tested on macos

mac.

The release doesn't seem to work properly. The setup is copied from lostdesign/teamotes so may need some further configuration.

Describe the bug
Catalan months are wrong. They should be "novembre del 2021", and not "de novembre 2021" for example.

To Reproduce
Steps to reproduce the behavior:

1. Pick catalan
2. See error

Expected behavior
They should be "novembre del 2021" or "novembre 2021", as all other latin languages.

Screenshots

Desktop (please complete the following information):

• linked version: master branch (not released yet)
• operating system: all (mine is windows 10 home)

• default Electron icon is used reason=application icon is not set

Platform: Windows
Version: 1.1.3

For an empty day, click on code-block. The first (and only) line is now a code-block. I would expect backspace to remove the code-block to revert to normal text.
It seems now the only way to remove the code-block would be to do the following: Go to a new line using ctrl + enter, put the cursor inside the code-block again and press delete. Or, go to a new line using ctrl + enter, then press backspace to delete the code-block.

It does work correctly when the code-block is not on the first line

The default chrome checkboxes dont really match the theme, could be integrated into the current selected theme.

Describe the bug
When installing for the first time or starting linked on macos, the app will by default choose a dark thememode. However if the theme setting in macos is set to light, the app boarder will be in light mode. In order to get full dark mode, a user has to go to the settings and choose their theme setting again, if not even toggle it.

To Reproduce
Steps to reproduce the behavior:

1. Be a new user/clear your linked completely/delete config.json
2. Start app
3. Top bar should be light mode if your os is not darkmode and app is darkmode
4. Goto settings, choose light mode
5. nothing should happen, you now are required to choose dark and then light again

Expected behavior
It should use the theme that has been set either dark by default or what is given in the settings.

Desktop (please complete the following information):

• linked version: 1.3.5
• operating system all

https://github.com/wearerequired/lint-action

Describe the bug
When opening linked, it shows a blank window for a few moments, then crashes.
I choice to open it with the terminal to see if there were any errors, here's what shows up:

[103363:1108/154006.596431:FATAL:gpu_data_manager_impl_private.cc(415)] GPU process isn't usable. Goodbye.
Trace/breakpoint trap (core dumped)

Expected behavior
Application opens without crashing, and shows content.

Screenshots

Desktop (please complete the following information):

• linked version: 1.3.7
• operating system: Fedora 35

Page visit should only happen on CMD + , - currently sometimes also triggers on just ,

Startup time

• https://github.com/zertosh/v8-compile-cache
• https://v8.dev/blog/custom-startup-snapshots
• https://blog.atom.io/2017/04/18/improving-startup-time.html
• https://github.com/inkdropapp/electron-v8snapshots-example
• https://blog.inkdrop.info/how-to-make-your-electron-app-launch-1000ms-faster-32ce1e0bb52c

App size

• https://webpack.js.org/guides/tree-shaking/
• https://webpack.js.org/guides/code-splitting/

Good reads

• atom/atom#13253
• atom/atom#9720
• https://code.visualstudio.com/blogs/2018/03/23/text-buffer-reimplementation
• http://seenaburns.com/debugging-electron-memory-usage/
• http://seenaburns.com/2019/01/02/thumbnailing-in-isolate/
• https://mrale.ph/blog/2018/02/03/maybe-you-dont-need-rust-to-speed-up-your-js.html
• https://hacks.mozilla.org/2018/01/oxidizing-source-maps-with-rust-and-webassembly/
• https://slack.engineering/chrome-tracing-for-fun-and-profit/
• https://calendar.perfplanet.com/2018/
• https://plaid.com/blog/how-we-parallelized-our-node-service-by-30x/
• https://blog.jayway.com/2015/04/13/600k-concurrent-websocket-connections-on-aws-using-node-js/
• https://adlrocha.substack.com/p/adlrocha-i-have-been-underestimating
• https://developer.chrome.com/docs/devtools/evaluate-performance/

Add auto updater to app.

Currently only a dark mode exists, would be great to be able to switch to lightmode.

Background pure white, secondary color (day circles and buttons) something between bg-gray-300 and bg-gray-600 I guess? Not sure where to put the switch, probably native menu and shortcut.

Describe the bug
Only cosmetic, see screenshot.

To Reproduce
Steps to reproduce the behavior:

1. Make the window as thin as possible

Expected behavior
It doesn't break.

Screenshots

Desktop (please complete the following information):

• linked version: 1.3.4
• operating system: macOS 11.5.2

https://github.com/lostdesign/linked/blob/master/contributing.md

Is giving me 404