[8mobile]

Kudos to PRSS Site Creator, I like the idea and I installed it on my mac. As soon as the app starts I get this error, Error: ENOENT: no such file or directory, scandir '/Applications/PRSS Site Creator.app/Contents/Resources/static_themes' how can I fix it? thanks

[8mobile]

If I go ahead and create a post I get "Error: ENOENT: no such file or directory, open '/Applications/PRSS Site Creator.app/Contents/Resources/static_themes/slate/manifest.json'"

[volted]

Oh man, that's embarrassing. Is this with the Mac App Store (MAS) version, or the standalone MacOS "Universal" (dmg) one? Looking into it, I will push a new build soon.

Update: I pushed a new UX build, hopefully that addresses it, but otherwise let me know! I added the support email in my profile.

I actually cannot see the issue in my Mac Mini with the App Store build. So any more details would be hugely appreciated. Thank you!

[JimDabell]

I saw the same problem in the Mac App Store build. I don’t have any `static_themes` directory in the app bundle at all.

There’s also something really weird going on with the window. When I have your application open and I hit ⌘Q to quit, it minimises. Bringing it back to the foreground doesn’t have a menu bar; the Finder menu bar is visible. Then after a while, the window goes away but I see it’s in the menubar. Don’t play silly games like this please.

When I chose to download the Mac universal build from your website using Safari, a new blank tab opened and nothing happened. I closed the tab, returned to the original page, and saw a permission prompt asking to download from your website.

The manual download version does have the `static_themes` directory.

For what it’s worth, I don’t like downloading DMGs manually. In order of preference: Mac App Store Homebrew manual download.

[volted]

Thank you for this feedback! I pushed an update to prss.co to prevent a new page from displaying when direct download is chosen.

Regarding the static_themes missing, you are correct.. I will submit a new store build for this one! Hopefully folks are not having issues that prevent them from loading the app, and not consistently.

On the topic of window state, the goal of dismissing the app to "Tray" is to lessen the perf hit of startup cycles, for example when the configuration is fetched (which contains the theme list, bought addons and so on) and to support the Autoblogger addon (which, when enabled by the user, can be configured to create posts at a schedule). I do send an OS notification right away (something to the effect of "PRSS is still running in Tray"), but I agree that the UX is not perfect yet. Based on your feedback I will explore better ways to support these scenarios. Thank you!

By the way, as you keep exploring the app. Please do continue to send your feedback on here or the email attached in my profile page. Feedback like yours is really appreciated, I generally get very vague feedback in Feedback forms. Thanks again.

[JimDabell]

> the goal of dismissing the app to "Tray" is to lessen the perf hit of startup cycles

Thi is something that is normally done by asking the user first.

> I do send an OS notification right away

This isn’t effective because when your application is run for the first time, it doesn’t have permission to send notifications. So when the user tries to quit for the first time, they won’t be told it’s still running, they’ll get asked to receive notifications. You should use something other than notifications for this.