s-man42 / gcwizard Goto Github PK

(From Udo via email)

The "Waldmeister" WIG Coords

whereigo_reverse.zip

Copying and pasting data to inputs can be frustrating, especially at the coordinates section.

• internal enhanced clipboard with 10 slots or so.
• enriched with metadata, to know WHAT has been copied. So, maybe you copy a DD°MM.MMM coordinate, but want to paste it into a new coordinate field DD.DDDD. Then it would be great to know, that your clipboard data is a coordinate and how to convert it to fit into your new widget.
• for pasting external data (e.g. coordinates from c:geo) a simple parser which guesses, what kind of data it could be.
• adding a copy button to every output text

(from Frank via Facebook)

Currently: Two Tabs (Everything and Favorites)

For better orientation a menu structure should be available (e.g. following the code structure). This should be done in a third tab. I would keep "everything" nevertheless for all users who cannot deal with categories (many users get confused when they see categories like "cryptography") and want to see the whole list instead.

So: Add a third tab with a tree structure.

[from Klumpenkukuk]

Add offline maps

Needs:

• MacBook for compiling
• iPhone for testing

Or

• an iOS developer

Verschlüsselung basierend auch einem Quadrat

THX sucher1202 per WhatsApp

Da GeoMT leider nicht mehr im Playstore gepflegt wird und aktuell die Variablen Koordinaten auch nicht mehr funktionieren - wäre es schön wenn ihr diese Funktion auch einbauen könntet. :-)
Variable digits in waypoint N 51° 11.4[358]7 E 10° 22.17[456] shows 9 markers
oder wie auf Dennis seinem Tool "</>Add Complex"

from GCC

(from... many many many)

Make it more generalised, such as adding the opportunity to add an own alphabet
e.g. Swedish, Polish or Spanish (with 29 characters or without CH and LL), ...

from GCC

If X is unknown, add the option for interpolate it and give out several opportunities (maybe X is between 3 and 5, give out every 0.5 step).

for better sharing

textToIntList in common_utils.dart lookes somewhat complicated to me. Instead of using a replace approach, I would suggest an extraction approach by the following code:

List<int> textToIntList(String text, {bool allowNegativeValues: false}) {
  if ((text == null) || (allowNegativeValues == null))
    return [];
      
  final regex = allowNegativeValues ? RegExp(r'-?\d+') : RegExp(r'\d+');
  
  return regex.allMatches(text).map((value) => int.tryParse(text.substring(value.start, value.end))).toList();
}

That also eliminates the edge case of a straying '-'.

So, it is not usable. You can't even create formula groups.

The issues is probably caused by not supporting a database on a browser.

Currently you can chamge an calculate different length units (m, km, nm, ft) when calculating distances. Furthermore in the periodic table, there is a converter for temperature units.

There should be a whole units section to convert many many units into another.

[from @AndyPuma]

Avoid removing all input when you close a page.

I really would appreciate this feature. But I want to avoid to add code like this to every single widget:

 @override
  void dispose() {
    saveInput(textField1);
    saveInput(optionSwitch1);
    ...

    super.dispose();
  }

A more centralized function would be great, which does it on its own. Furthermore keep in mind, that storing into a database is an asynchronous operation, which has to be handled properly if chosen this approach!

[from Klumpenkukuk]

The main idea here was:

• The encrypt/decrypt switch can be used for functions that can calculate a result from any input. A separate submit button is not necessary, because every input results in a calculation. But Polybios cannot calculate anything meaningful without a complete key or alphabet.
• So the user has to confirm his/her inputs with a specific click. If this would be a single button (like at the coords calculations) a separate switch would be needed. This would be an extra layout line and an extra click action for the user. So I decided for the buttons

BUT: It is the only (?) function with this behaviour so far and so has its own different layout. Maybe one should think about an alternative. Maybe giving out an empty string when no valid input is there as in other functions?

[from Stormi2061]

German explanation: https://wortwuchs.net/huehnersprache/
English: https://monsterliterature.com/robber-language/

(from Klumpenkukuk via email)

Show periodic table as real table. Make the element fields clickable to lead to the output of the current tool

Resistor values can be showed by colors or by some codes:

https://en.wikipedia.org/wiki/E_series_of_preferred_numbers#E96

(from Michael via email)

Mpf -> M will not recognized, because substitution letters are non-capitals.

Idea: If the letter triple starts with a capital letter, the output should be capital as well, otherwise not

Maybe adding a (i) symbol next do the input fields or more general to each function, which explains what they do.

The logic for this needs to be centralized maybe in GCWToolWidget.

E.g. Having the list of the IUPAC Group elements: When clicking on one list entry -> Show element details

from GCC

(from Klumpenkukuk via email)

Like CCITT2...

Giving one tool: Simple map view and possibility to add widget directly to it, make own measurements, moving the points around, ...

(from Michael via email)

Currently:
mpfüpff -> FüR instead FÜR or für

all non-recognized characters should be upper-cased as well.

When I try to open the Brainfuck interpreter, the App crashes with The method 'call' was called on null. in
BrainfkState._calculateOutput (package:gc_wizard/widgets/tools/encodings/brainfk/brainfk.dart:85:23)

My guess is that widget.interpret is never set properly.

(from Andy)

Font size change changes every tool, but not the list views.

At the lists, the font size is changing on items outside the view port (so, the first items remain, the currently visible ones, are just changed.)

(from tomcat06 via email)

https://de.wikipedia.org/wiki/Open_Location_Code

I tried to understand what's going on in the formatEditUpdate method of the class IntegerTextInputFormatter. The 'normal' mode seems to work properly, but list mode is somewhat broken, or at least I don't quite get it.

The following piece

newValue.text.split(regex).forEach((value) {
  if (!_checkIntegerValue(newValue.text))
    return oldValue;
});

does nothing. I guess the intention here was to return the old value back to the caller of formatEditUpdate which is not the case. Also newValue.text should be replaced by valueI guess.

What is the intent here?

Implementing an expert mode for the functions. Nearly every crypto function could take a lot of parameters for fine-tuning. Beginning with a self-defined alphabet.

The main idea is, to hide complex options for the 90% use cases and show additional settings for the rest.

E.g.

• self-defined alphabets (e.g. adding ÄÖU == 27,28,29 in German, or take QWERTY instead)
• adding a rotation ellipsoid option to the coordinate calcs
• hiding the key part in Kenny; just for experts
• ...

When language == German, then the app may freeze when selecting a Text or TextField in iOS.

This could be this bug: flutter/flutter#19120

If there's only "ff", it will be converted to 22.

If triple is not complete, it should be ignored instead.

(from Klumpenkukuk)

Currently the app shows CCITT2 == Baudot. But CCITT2 == Murray/Baudot and CCITT1, in fact, is Baudot.

Should add CCITT1 and correct the title.

Add satellite view.

Problem here is the API key for Google Maps and its storage... Furthermore we should check for possible usage limitations.

(from Udo)

Manually entering / and \ characters can be frustration. Adding input buttons, similar to the morse code.

Tried it at the very beginning, but there was a problem:

Instead just putting some text under the marker and leave the point where it has to be, the framework interpreted the whole (marker, text) complex as new marker. This resulted in not correctly adjusted center of the point... Instead taking the center only of the marker, it took the center of marker and text... Nasty.

[from Klumpenkukuk]

Currently the Polybios key is only the naming for columns and rows.

But one can imagine, that shuffling the alphabet could be great idea. This can be done using a keyword WIKIPEDIA

WIKPE
DA...   // fill with remaining letters
.....

Maybe as part of "own alphabet" or as seperate key option.

...

(from Jörg via Messenger)

http://fbcs.bplaced.net/multi_encoder_decoder.html

A meta tool which lists the result of many standard encryption in one view.

(from Jannes via email)

Reproduce (maybe it needs several tries):

1. Open any tool (e.g. Bacon)
2. Type anything
3. Close keyboard
4. Reenter the text field and try typing again.
   -> Either keyboard does not even open
   -> or freeze of the keyboard on typing

ScreenCast: https://gcwizard.net/misc/video_bug_61.mp4

(from Daniel via Messenger)

It would print out roughly (n / 1000) times a M character. So if input was 1000000000, one million M would be printed. That is heavy ;)

Restrict number!

On some iPhones or Android phones the number keyboards do not provide a space character. Currently the integer list text input is the same as the integer text. So, it uses keyboardType.number. This restricts the input of spaces which are needed as delimiter between the numbers.

iOS on iPhone 6

Android 10 on Galaxy S10

The minus at the edge of the screen can lead to accidental deletion of the formula - please ask "Really delete".

(from Pamakaru)

Sometimes you get the bearing TO the start and not FROM.

Note, that simply adding +180° is not correct; this works only for small distances. The bearing from A to B is not equal to (B to A) + 180!

Currently a line completely crossing the whole map is drawed. An option could be to add an infinite map, which repeats an the ends.

Under the tool titles: Adding one line with a short description.

Maybe adding a second line with a sample code.

On iOS the localization doesn't work well. On Android, German is taken automatically on German devices. On iOS not. This seems to be a well known bug, but needs to be fixed IMHO

flutter/flutter#14128

(from Pamakaru)

When user enters same coordinates, the result sets yields in inifite solutions. This may crash the app.

Check this and warn the user.