@sue Thanks!

@luiz-eburneo Got it. Thanks for sharing the solution!

The solution here would be to set the widget to the main login page initially, then once the Freeter browser instance has the tokens, you should be able to change it to the target URL you want.

Pressing the Alt key should show/hide the File menu.

About the zooming pages differently, I agree that would be a good enhancement.

I am currently using the v2.6.0-beta version of Freeter, and Looking at this page, it looks like Zoom is in the future?

Could you provide an example and a screenshot?

@sue It woks. The X will be focused after a click. Then clicking the top-right Okay button will remove the project silently‌.

Thanks. Issue resolved.

This topic explains where the data is. After making any significant changes in Freeter, I always make a copy of the folder. (It also allow me to transfer workflows to another computer.)

https://community.freeter.io/topic/9/export-and-import-local-settings

Agree about how good Freeter is!

The Link Opener is for stuff on the internet (URLs) while the File Opener is for content on your computer's disk.

Hovering the mouse over the ? of each widget shows a brief description of what the widget does.

b89002b1-c9e4-46af-becb-31574ba66c0c-image.png

\Freeter\src\main\infra\dataStorage\fileDataStorage.ts
const appDataStorage = await createFileDataStorage('string', join(app.getPath('appData'), 'freeter2', 'freeter-data'));
appdata
\AppData\Roaming\freeter2\freeter-data

Thank you for your response! You’re right; most web applications store cookies, so you don’t have to enter login credentials constantly. However, I still had to sign in daily for some applications, which was quite annoying.

I’ve found a solution: I’ve set up automatic logins using the application Keyboard Maestro. It works reliably and saves me a lot of time.

Hi. Execute the following command line in the Terminal:
xattr -cr /Applications/Freeter.app

Then try to run Freeter again.

Yes. Try to change the View Mode setting from Mobile to Desktop or vice versa.

Thanks for the feedback!

Or allow us to add them in while edit mode is active.

If interactions with the widget content will be allowed in the edit mode, then it will require to limit the draggable area to the widget header which makes it more harder to move widgets.

A feature request relevant to the issue: allow resizing and widget moving by default

@1kko @tryskacz Thanks for the explanation and examples! 🙂