samsouder / reggy Goto Github PK

http://code.google.com/p/reggy/issues/detail?id=20

http://code.google.com/p/reggy/issues/detail?id=18

http://code.google.com/p/reggy/issues/detail?id=16

http://code.google.com/p/reggy/issues/detail?id=21

To visually see the found text quicker, as seen on regexr.com

^.mail exchanger = [0-9] (.).$ In Reggy it appears that I have to escape the parenthesis in order to define a sub pattern. I do not have to do this when using the same regex to search by grep with BBEdit or Preg Match. I thought it was the opposite that parenthesis had to be escaped to be considered as part of the string. Is this a bug or am I missing something with how to define sub patterns?

Seeing the following console logs when trying to open Reggy, is it DOA on Mavericks?

11/22/13 12:53:02.813 PM com.apple.launchd.peruser.501[190]: (com.SamSouder.Reggy.120064[68829]) Job failed to exec(3) for weird reason: 13
11/22/13 12:53:02.814 PM Finder[230]: 8837325: Attempting to SIGCONT to pid #68829 failed, with errno=#3, or the process failed to actually start
11/22/13 12:53:02.816 PM Dock[228]: no information back from LS about running process LSASN:{hi=0x0;lo=0xa7da7d}
11/22/13 12:53:02.824 PM Finder[230]: 8837325: Attempting to SIGCONT to pid #68829 failed, with errno=#3, or the process failed to actually start

It seems to me that Reggy does not detect negated character classes properly.
The regex \b[^a-b]{4}\b matches four letter words that do not contain the range [a-b].

Above, Reggy matches the words 'been' and 'beck', which are four letter but contain the letter 'b'.

If I tick the "Match Case" check box, Reggy does not match anymore the words 'bean' and 'beck'.

Reggy looks awesome. I would love to see python regexp syntax supported!

Does Reggy support the PCRE syntax as it's used in PHP? If not, can you add it?

Sorry if this isn't the right place to ask this question. I couldn't find any information about this and it's not in the list in the preferences (Reggy 1.3).

I need to enter in the valid issues and feature requests from the old Google bug tracker.

TEXT:
! " # $ % & ' () * + , - . /
0 1 2 3 4 5 6 7 8 9
: ; < = > ? @
A B C D E F G H I J K L M N O P Q R S T U V W X Y Z
[ \ ] ^ _ `
a b c d e f g h i j k l m n o p q r s t u v w x y z
{ | } ~

Is there the ability to rebuild this application for a modern version of macOS?

A little usability. Be fine to keep last font setting. Big font is fine for short texts, but if you often use long texts, htmls etc. You must stil change it to you favourite size.

When the text in the in the lower part of the window (the testing string) does not fit into it, scrolling with the mouse wheel is not possible. Tested in Reggy 1.3.

http://code.google.com/p/reggy/issues/detail?id=17

This handy app is about to become completely obsolete unless it gets upgraded to 64-bit. macOS will stop supporting 32-bit apps in the next major OS release.

Add some kind of editor interface to build up a regular expression visually. See comments: http://code.google.com/p/reggy/issues/detail?id=7

1. Open Reggy.
2. Open Script Editor.
3. Type into Script Editor:
   tell application "Reggy" to set match case to yes

This should make the Match Case button checked, but it doesn't.

I am not an expert at making Cocoa applications scriptable, so any help would be appreciated!

See:

• https://vulnsec.com/2016/osx-apps-vulnerabilities/
• sparkle-project/Sparkle#717

If I write a regular expression that should match cat + a space: 'cat ' e.g. cat\s then I am not able to see if the spaces are matched in the Testing string panel. I can only see the count, but not was is actually matched since the text color wouldn't be visible for spaces.

I guess it is the same problem for other hidden characters e.g. \n

Can it be changed from a text color to a text highlight color? Or can there be implemented a "show hidden characters" function like photoshop or word?

And thanks for a great program.

http://code.google.com/p/reggy/issues/detail?id=4

I have used Reggy for some time without issue. I have just found that it doesn't seem to interpret "" characters correctly in the regex string. For example "\d" will match "d', but not a digit. Likewise, "\w" will only match a "w" and no other word character. "\" will match "". Other forms of character class, e.g. [0-9], [a-z.-] etc. work fine. Backslash on its own prompts the message "end pattern at escape", so the backslash is being recognised.

I accidentally made the mistake of pasting 1.5MBs of plain text into it, which caused Reggy to hang for long amounts of time. Maybe it needs a "Hey you might not want to use this much text" warning dialog?

Tagging, saving, exporting. http://code.google.com/p/reggy/issues/detail?id=12

Adding replacement ability. http://code.google.com/p/reggy/issues/detail?id=9

Can Reggy be compiled in Linux, BSD or Windows?