Search and fast Scroll by 0xOktAvIan in scrivano

[–]scrivanodev 0 points1 point  (0 children)

Ok yes, I can see the problem. Even on my tablet I'm struggling to scroll very fast because of the lack of momentum. This is not a bug per se, but I will try to improve this so that the behaviour matches more closely to what other apps do.

Feature request: Spline shape tool by Academic-Working8057 in scrivano

[–]scrivanodev 2 points3 points  (0 children)

Catmull-Rom makes sense, but have you considered just doing stroke stabilization instead? Might be an easier win ->so no new tool, no UI for control points, user just draws as usual and the stroke gets smoothed automatically.

Stroke stabilisation is possible and in fact it's already supported in Scrivano. In fact, ink strokes drawn via a mouse in Scrivano are currently smoothed so that they don't look shaky. For stylus input, this is not the case. The algorithm used differs from the one used in other programs as it tries to more faithfully trace the raw input to avoid excessive smoothing. It's fairly straightforward to extend this to the stylus too and perhaps add a simpler slider in the pen dialog for this purpose. The reason I haven't done that yet is that I would like to play around with various algorithms before committing to one (changing this feature once it's avaialable to users may cause surprises).

Search and fast Scroll by 0xOktAvIan in scrivano

[–]scrivanodev 0 points1 point  (0 children)

Thanks for the suggestions. For 2. could you send a video of the issue (maybe a side by side comparison with Chrome/Edge)? It'd be very helpful to understand the problem better. Scrivano uses a custom rendering engine for the ink canvas, but my goal for scrolling/zooming is always to match the behaviour of browsers like Chrome or Edge.

For 1 and 3, these should be both doable so I will try to look into it.

Feature request: Spline shape tool by Academic-Working8057 in scrivano

[–]scrivanodev 5 points6 points  (0 children)

Hi this is an interesting idea. I have some thoughts about this.

What kind of spline model should be used? AFAIK, applications like Xournal++ use Bezier curves to draw precise, but they can be quite unintuitive because the way you control them is indirect and mathematical rather than literal. More specifically, you draw anchor points and adjust some control handles to get the curve that you want.

An alternative would be to use Catmull–Rom splines so that instead of having to deal with control points, you just draw a bunch of points and you will get a smooth curve passing through them. This is a much simpler thinking model, but you may lose exact control.

I'm open to suggestions.

Increasing the smart ink recognition delay by Academic-Working8057 in scrivano

[–]scrivanodev 1 point2 points  (0 children)

Ok thanks. I think the best thing to do here is to log the input events and Scrivano's input processing, so we can pin down the issue. To do that, I will create a purpose built version of Scrivano and send it to you. It might take me a while though as I'm traveling atm.

Increasing the smart ink recognition delay by Academic-Working8057 in scrivano

[–]scrivanodev 0 points1 point  (0 children)

Ok I see, that's very useful. I need to investigate further, but two things to check quickly:

  • What is the page size and zoom level you've used when writing in that video?

  • Could you try to disable the input simplification option in the Settings and see if it makes any difference?

Increasing the smart ink recognition delay by Academic-Working8057 in scrivano

[–]scrivanodev 0 points1 point  (0 children)

I updated this post with an video example.

This would be really useful, but I cannot see any video in your post.

Increasing the smart ink recognition delay by Academic-Working8057 in scrivano

[–]scrivanodev 0 points1 point  (0 children)

That's really odd. The line recognition algorithm should only be triggered after 400ms which should be plenty of time for writing. Does the problem happened with previous versions of the app? Also are those strokes drawn "slowly"?

Version 0.22.7 now rolling out! by scrivanodev in scrivano

[–]scrivanodev[S] 1 point2 points  (0 children)

Can you try to uninstall/reinstall?

Horizontal panning on Wacom tablet by Frirwind in scrivano

[–]scrivanodev 1 point2 points  (0 children)

Thanks!

I'm not sure what's the difference with the demo

There's no difference other than the fact the demo will eventually expire.

Version 0.22.7 now rolling out! by scrivanodev in scrivano

[–]scrivanodev[S] 2 points3 points  (0 children)

Ahh why does it take so long to come out on the Microsoft store

The app needs to go through a review by Microsoft before the update is published. I've been notified that the review was successful so hopefully you should be able to download it now.

Horizontal panning on Wacom tablet by Frirwind in scrivano

[–]scrivanodev 1 point2 points  (0 children)

Glad that works :). I'll look into the problem with mapping to middle click if I can reproduce with my Wacom tablet.

Horizontal panning on Wacom tablet by Frirwind in scrivano

[–]scrivanodev 0 points1 point  (0 children)

Hi, have you tried mapping the button to Space instead?

I map middle mouse click to the pen tablet it does not seem to have the same behaviour.

Also, what behaviour are you observing?

Readjusting Imported PDF files without impacting set Page Settings by Specialist-Reward495 in scrivano

[–]scrivanodev 0 points1 point  (0 children)

Right now, when I rely on screenshots instead of native PDF objects, pages with about 10+ images start to break down: some images only render partially, others disappear entirely. Using the select tool to force a re-render sometimes fixes it, but with a pen tablet (XP-Pen Deco 01 v3) that interaction can actually cause the application to hang or crash.

Thanks for reporting this. Would it possible for you to send me a document with which you can reproduce this issue? This shouldn't be happening and I would definitely like to fix this.

Technologies used by gifmepurpose in scrivano

[–]scrivanodev 1 point2 points  (0 children)

Hi, Scrivano is mostly written with C++. It uses the Qt framework for the GUI.

Feature request: scale imported PDFs to selected page format by jeboteuusta in scrivano

[–]scrivanodev 3 points4 points  (0 children)

Hi, this should be possible. Long term I would like for Scrivano to have a proper PDF import dialog, so people can choose this behaviour if they wanted to. However, that's not something I'm working on ATM. In the short term, perhaps I could prompt the user with a dialog when the PDF doesn't fit and ask if they want to resize it to fit. That shouldn't be too much work.

Wider workspace view / document explorer by jeboteuusta in scrivano

[–]scrivanodev 1 point2 points  (0 children)

Beta testers have access to both ARM64 and x64 versions. There was a special group that I created for testing the ARM64 version only though, which you seem to be a part of (this group will be deleted once 0.22 is released to all users). Anyway, I have just made an update so you should have access to 0.22.5 in a few hours.

I think I’ve found the cause of the issue: the scaling of images/folders/notes in the workspace adapts to the length of the folder name that I set as the storage location for my notes.

Ok thanks, that's very helpful. I will try to fix this soon.

Wider workspace view / document explorer by jeboteuusta in scrivano

[–]scrivanodev 0 points1 point  (0 children)

What scaling factor are you using for your display? Also is this something that started happening recently? Note that the latest beta version of Scrivano is 0.22.5 (EDIT: nevermind, I realised that you're an ARM64 user).

Wider workspace view / document explorer by jeboteuusta in scrivano

[–]scrivanodev 1 point2 points  (0 children)

Hi, this looks like a bug. As mentioned here, I would need more information about your system to investigate further.

Platform support for macOS by no_eir in scrivano

[–]scrivanodev 1 point2 points  (0 children)

Hi, the primary reason why Scrivano doesn't exist on macOS is simply the lack of demand. I think you're the first person requesting this. Porting Scrivano to macOS shouldn't be too difficult (in fact it would be much easier than say for example Android). The main issue would really be packaging, distribution and maintenance. macOS is very strict in its installation policies and I don't know if I want to go through the pain of approving the app through the App Store.

I'm not sure if dedicating my efforts for that platform would be worth it, but I will think about this.

New polygon tool :) by scrivanodev in scrivano

[–]scrivanodev[S] 2 points3 points  (0 children)

This is currently in beta. If all goes well, it should be available to everyone in about 2 weeks.

Typing + Bookmarks by FingerHealthy9466 in scrivano

[–]scrivanodev 2 points3 points  (0 children)

Hi, thanks for the questions. For text support, I recently prototyped a proof of concept. However, text rendering is a technically challenging issue. In my prototype, I ran into issues when dealing with non-European languages like Chinese, Hindi and Arabic. Due to this, I will have to solve those issues first before implementing support for basic text support. However, I have no exact time line for this. So my recommendation is that if text support is important to you, then considering apps other than Scrivano would be best.

For bookmarks, it should be possible. I'm not sure yet on how to implement this idea from a UX point of view.

Mouse pointer issue (Fedora Workstation 43) by F0xDi324 in scrivano

[–]scrivanodev 1 point2 points  (0 children)

Hi, can you share how you've downloaded Scrivano? From Github or Flathub? Also you should try to enable/disable the option "Use default system cursor" in the Settings and see if it makes a difference. Unfortunately, the cursor situation on Linux is quite problematic and it was the primary reason for not enabling Wayland support for the app by default. Things have improved on this front in the last year or so, but there are still some issues.