Jump to content

rcheetah

Members
  • Content count

    47
  • Joined

  • Last visited

About rcheetah

  • Rank
    Member

Recent Profile Visitors

225 profile views
  1. So, why are we discussing Inkscape Mac Port Alpha Bug Fixes in this threat? That’s kinda off-topic.
  2. This is a PowerPC software. I think this doesn’t run on any OS that is also capable of running Affinity.
  3. rcheetah

    GREP Styles

    I can’t really answer that, because I really don’t understand the question. REGEX has nothing to do with the operating system. It’s a way to describe complex searches. I suppose it is implemented for almost any operating system (Windows, macos, linux derivates, …), but I also guess that Affinity uses its own modified regex-engine, so it wouldn’t be dependent on the OS and so it can access all the information about the text (like styles). correct
  4. Thank you very very much for your detailed explanation! I now see clear, why my pattern didn’t work, and understand your correction. Thanks for taking the time!
  5. Thank you very much! This pattern does work now although I still don’t understand why. Would you be so kind to explain (?-s) to me? Does this have a name? I couldn't find it in my regex cheatsheet. Is it something specifically for AP? I’d like to understand it, so I can prevent similar mistakes in the future. Also does this mean $ not matching a paragraph ending is intentional behavior? Or is it a bug? It seems pretty odd to me. I would totally understand if it doesn’t match a wrapped line obviously, and also if it would not match a line break. But not matching a paragraph break seems absurd to me, I simply don’t understand this behavior.
  6. Thanks for your answer. I should’ve mentioned that at point 3: I actually tried making the operators lazy like in your pattern, but it doesn’t work either, as $ doesn’t match the paragraph ending. Now it strangely selects only one line of text and one line of chords, although every line has a it’s own paragraph ending.
  7. Thanks for your answer. Sadly, it still doesn’t make sense to me: I have a paragraph break after every line (in the result you can even see the pilcrow signs). So as you stated the $ should match that. This is pretty normal for grep, as . matches every character (if it’s not in one-line mode) I understand, that the standard is greedy. But even if I make the operation lazy as you suggested, the problem is still, that $ doesn’t match the paragraph break, as it should. If I’m still misunderstanding the concept, could you maybe write me a pattern that does the job correctly, so I can understand how AP’s GREP interpreter is different? Edit: I attached the file for testing purposes. Chords Test.afpub
  8. When I use GREP search, and define that I only want to find whole lines by using the ^ and $ signs, this will get ignored. In my case, I try to format guitar chord sheets, and give all the chords a pre-defined format. I try to detect the chord lines using following GREP pattern: ^.* {4,}.*$ Although this may not be a perfect pattern, it mostly works, as the chord lines include a tremendous amount of whitespace. This pattern works perfectly in another GREP search I tried. As I specified, I only want to match one line from the beginning (^) to the end ($). When I use search and replace in AP, I get the whole text as a single result, because it includes all the line ends. See attached screenshot.
  9. I would also prefer templates over write-protection. Sadly, mac os handles write protection pretty strangely. E.g. you can't move a folder that has a protected file inside. It’s not like write-protection but more like a complete lock inside the file tree.
  10. Aaah, thank you very much! That solved it
  11. I couldn’t find something about this. Is it possible to hide the pink outline of text in AD? I know it is hidden when pressing the spacebar, but I don’t need it at all, and it always distracts me.
  12. rcheetah

    Scripting

    I think scripting support would be a wonderful feature. I would love a good documented API, maybe even a well done scripting environment (persona?) with an included library/documentation. As of languages I would prefer something fast to write and easy to read like python, maybe even something eloquent like ruby. Javascript has a hideous code structure (things like }); are completely normal), though there are also many pros for JS. But maybe think about making scripting more accessible for the average user. There definitely are ways of doing this, if one is willing to go there. Drag and dropable scripting may be possible, or even node-based programming like NodeBox. Well, this should of course not replace normal scripting, but extend it and let more users be able to use the capabilities of scripting.
  13. This is definitely not one of the most important features, but as a GREP-engine is already implemented: may we hope for something like GREP-Styles? This is a feature I don’t use on a daily basis, but it is something I’m very very glad to have from time to time.
  14. rcheetah

    Data merge

    I’m absolutely in with Data Merge. But PLEASE do it the Affiniy-way, and not the Adobe-way. InDesign has huge problems with Encodings and simple things even MS Word can do (I’m speaking of things as soft spaces that vanish when there is no data for a field – not possible in InDesign). I’m sure you can turn Data Merge into something pleasant!
×