thmsbfft / oryoki Goto Github PK

As pointed in #25.

This prevents non-OSX users from using many shortcuts

Happens with window size close to square? 849*809, etc. Doesn't seem to happen with a perfect square.

Error: ffmpeg exited with code 1: Error while opening encoder for output stream #0:0 - maybe incorrect parameters such as bit_rate, rate, width or height

As pointed in #20.

It would be awesome that instead of hiding current page when omnibox is shown to do some dimming effect, like Atom do.

I've just been doing a screen recording (< 1minute in length) and had this error when stopping the recording.

To clear this error I had to go to the folder that it says, and then delete all of the contents and force quit the application & reboot.

I'm on 10.10.3 btw & attached is a screenshot.

Something like cVim https://github.com/1995eaton/chromium-vim

Since the omnibox in Oryoki is so simple, it would be nice to have some keyboard shortcuts to enhance query input. Chrome supports completing the URL with a ".com" prefix by pressing ctrl+enter. I'd like to suggest adding that one plus additional modifiers like alt and shift to do more completions like ".org" and ".net".

Really loving the simplicity of this browser. What I'd love even more if it were scriptable, specifically to be able to launch, or open a new window with a specific website.

I want to be able to map certain keyboard shortcuts (via something like skhd) in order to launch a gmail or irccloud.com window via oryoki, with my standard settings (no titlebar, etc.).

Seems to me like applescript is the easiest way to do this. I haven't done any applescripting before, but if someone can point to the modules / functions within Oryoki that would give access to programatically launching a new window at a specific URL, then i'd be happy to investigate the applescirpt side and work on a PR.

The titlebar remains at the top of the window when going into fullscreen mode, when watching a video for example. The titlebar needs to be hidden manually with the cmd+m keyboard shortcut.

I mostly use (and love) Oryoki for watching video while doing other stuff. I wish the browser would remember my preference so I don't have to tell it to Float on Top each time I open the app. At the very least, it could be available in oryoki-preferences.json.

Thanks!

Updates would be good.

See #20. Maybe offer that as a preference.

When navigating around e.g. youtube, after every request / new page the search bar keeps popping up. This issue first came to me after updating to 0.0.4

Tell me if you need more info

• Using the mouse, the minimum width of a window appears to be 600px
• There appears to be no minimum width when using cmd+alt+M
• If the window width is set to less than 600px, resizing the window with the mouse will cause the window to jump back to 600px

Not sure what kind of behavior you would prefer, but if you were to ask me, I'd suggest a much smaller minimum (maybe like 100px for cute tiny web apps?) and cap the cmd+alt+M feature to that number.

Love what you have so far!

https://twitter.com/grillitype/status/799307001671127041

Possible spec:
– Custom sprite for cursor or CSS code (color, border, etc.)
– :Active state (click animation)

Hi there,

the app is beautiful, thanks for building it.

I wanted to ask if it was possible to add the option to change the search engine (I like using duckduckgo, for instance). I think that could be part of the preferences, and then use it here…?

Problem

When I cmd-tab and select Oryoki, keyboard interactions don't work until I click on the browser window. Electron shortcuts work (like cmd-n), but the up/down arrow don't work

I normally use Oryoki with no title bar, but I have the same problem with the title bar visible

System Info

OS: OSX 10.11.4
Oryoki version: 0.0.3 (0.0.3)

When you record a video, a blinking red dot shows up to remind you that it's recording 👍
However, it appears on the video itself.

Is this intentional, or is there a way for it to not be recorded with the website?

If I load a page, for example https://www.google.com/#q=oryoki+browser, I can't click on a link for about 5 seconds until the page fully loads, even thought the page is visible. This happens every time, even if I've already visited this page. All other browsers I've tried, (Chrome, FF, Safari) allow me to click as soon as the page is visible, even the first time. It sounds like a small thing, but happens enough become quite annoying.

Otherwise, I love this browser and the minimal interface. Thanks so much for your consideration!

Perhaps this is related to using the arrow keys (⌘← and ⌘→) for shortcuts? Would this be any different if the shortcuts ⌘[ and ⌘] were also allowed for navigate back/forward? Chrome works with both. When I try in Chrome, I get the same problem when using ⌘← and ⌘→ from textarea or input, but there's no issue when using ⌘[ and ⌘]. Would you consider allowing both shortcuts? Or is there a way to set custom shortcuts? Thanks.

See #20. Electron doesn't allow dynamic menu naming (?) so getting names for the windows seems unlikely. See menu-item for role : window.

Dear everyone,

I compiled ffmpeg from source into a different directory than usual.

Is there a way to tell Oryoki to look for it there?

almosnow

A feature suggestion (tweak!) would be that when recording the webpage you're enable to toggle on / off the mouse cursor.

Usually I would find that I don't want the cursor, but having just recorded a few websites that don't have the most obvious navigational points it becomes quite difficult to understand how things are functioning.

A ghost window is semi-transparent, floats on top and ignore mouse events. Useful for idle video watching or overlaying visual content on top of something else (live coding?).

Electron's API → https://github.com/electron/electron/blob/master/docs/api/frameless-window.md#limitations

Clicking red "close" button results in the following pop up.

Uncaught Exception:
TypeError: Cannot read property 'close' of null
    at Oryoki.closeWindow (/Users/ishmael/Downloads/Archives/Oryoki.app/Contents/Resources/app/main.js:1301:20)
    at emitOne (events.js:96:13)
    at EventEmitter.emit (events.js:188:7)
    at EventEmitter.<anonymous> (/Users/ishmael/Downloads/Archives/Oryoki.app/Contents/Resources/electron.asar/browser/api/web-contents.js:156:13)
    at emitTwo (events.js:106:13)
    at EventEmitter.emit (events.js:191:7)

What information do you need from me?

Hi,
I'm having a Javascript error when opening the application (directly downloaded from oryoki.io), then no window shows up.
I'm on Sierra 10.12.6.

Right now it's a .json and doesn't accept comments.

Would ❤️ a keyboard shortcut to set window size.

Use case: I like to take screenshots at certain browser sizes, and since Oryoki is perfect for taking nice screenshots, it would be awesome to set a shortcut for a certain size, or an array of sizes.

Hello,

I was able to build and run oryoki on my raspberry and it works perfectly!

Just to let you know that it might be a target market of your browser, since every other browser is currently unavailable or really sluggish on the raspi =)

The only caveat of building under linux (also tried on x86 ubuntu), is that you need to change the CommandManager.js file and replace every instance of Cmd+ with Ctrl+ otherwise shortcuts won't work.

From #14
→ https://github.com/electron/electron/blob/master/docs/api/app.md#appdocksetbadgetext-macos

Video recording is still experimental (read: busted).
• It performs very badly on hidpi screens because each frame has to be saved to disc.
• Frames can drop because of disc accesses on resource intensive websites.
• FPS is not 100% reliable. Most videos seem to be playing slightly faster that what's recorded.

So far I see two ways of fixing it:

• Changing the API used to capture frames:
desktop-capturer seems promising, working with streams would eliminate disk access problems.

electron/desktop-capturer
Note: might change the way we choose to record mouse cursors or not. See #30.

• Record frames directly to a stream:
Would rely heavily on ffmpeg to do the hard work.

Lovely app! Is there a setting to disable the status bar / URL preview on links?

I use Oryoki oftentimes in a narrow “mobile” proportion. Some sites check user agent to determine if a mobile view should be used. Would be cool to add a menu option which lets you adjust that!

1. https://electronjs.org/docs/api/webview-tag#useragent

Load Dat archives! This would be view only, and enable use of Beakers web-api and webdb. This could require breaking out some of the core Beaker functionality for viewing Dat archives, but until then perhaps there are some redundant implimentations.

Reference

• Dat protocol integration

Would be great to dillinieate between secure and unsecure connections! Perhaps this could go in the omnibox?

As suggested by Lauri on twitter, customizing keyboard shortcuts would help support non-qwerty keyboards and give more flexibility.

As a side note, this is already possible system-wide in OSX via System Preferences:

I love the idea of a browser managed entirely by keyboard shortcuts, and I think adding a way to manage multiple windows opened or a tab system would be helpful.

Maybe a tiling system instead? Something a la vim or tmux would be cool.

I'd appreciate this, but I can understand if this isn't within the scope of the project.

Instead of opening a new window when target="_blank".

Whenever I want to view an online PDF, oryoki forces me to download it.

Is this because chrome's (or other browser's) PDF Viewer comes in as a separate component?

• Use a Wacom Intuos Pro instead of trackpad
• Click on any areas of a website in the Oryoki window
• Nothing happens ( input/click is not recognised ?)

Oryoki 0.2.2
Electron 1.8.2
darwin x64 20.6.0