ffraenz
Repos
9
Followers
90
Following
40

Web app for cryptography, coding and data encouraging beginners and pros alike to explore new operations and build own workflows.

15
5

Web app and framework offering modular conversion, encoding and encryption

1199
194

Composer install helper outsourcing sensitive keys from the package URL into environment variables

209
13

Just another nasty cheatsheet. Don't judge me.

2
0

Node.js package that provides an API to control your IKEA Dioder LED light strip on your Raspberry Pi.

31
4

Events

Fix issue template config

Created at 2 days ago

Fix issue template config

Created at 2 days ago

Add GitHub discussions and the Discord server to issue templates

Created at 2 days ago

Add GitHub discussions and the Discord server to issue templates

Created at 2 days ago

Update dependencies

Add issue and pull request templates

Created at 2 days ago

Add issue and pull request templates

Created at 2 days ago

Update dependencies

Created at 2 days ago

Remove PR preview workflow as secrets are not available in this context

Created at 2 days ago

Remove PR preview workflow as secrets are not available in this context

Created at 2 days ago

Fix InputTextView autoresize making input field larger than necessary (#15)

Created at 2 days ago
InputTextView: Autoresize makes input field larger than necessary

Describe the expected behavior

A text input field should resize such that it fits the text it contains. If there's a trailing newline, the last line should be blank.

Describe the current behavior

  • In Firefox 104.0.2 on macOS there's 1 extra line
  • In Safari 16.0 on macOS there are 8 extra lines

Steps to reproduce the bug

Navigate to the app, add an empty control to the blueprint, expand it and paste the following text (incl. trailing newline) into the input field:

-----BEGIN PGP PUBLIC KEY BLOCK-----

xjMEYytk0BYJKwYBBAHaRw8BAQdAUbTKABzw2YfLZi2UKQJiSvM71CtDvvNm
dshe4WzHeEHNAMKMBBAWCgA+BQJjK2TQBAsJBwgJEDBqIN1bHSv+AxUICgQW
AAIBAhkBAhsDAh4BFiEEo8UNyJJCRcVl8Z58MGog3VsdK/4AAP7uAP9Qk2aL
HkwcOv4rWh+UYV9ZbyDC6pMweQLR8fXEHOZEzQD/X3lwrqc8SaKCkX5sqAuI
mQGU5KvOS1M8XMCXMw9+mwPOOARjK2TQEgorBgEEAZdVAQUBAQdAXrEuB1jH
SheUlAwt4jLmMeMM0IXlM915XJjMPvcwsB0DAQgHwngEGBYIACoFAmMrZNAJ
EDBqIN1bHSv+AhsMFiEEo8UNyJJCRcVl8Z58MGog3VsdK/4AALaKAQDLkbnp
8iHPpp7OL77MZ/UOgIXMdnZ2O0Y43L2hrjSVogEA5ydV84hz/rREHBQ30i2m
t02VbA35HHSxKiDl805VQQc=
=f4Hw
-----END PGP PUBLIC KEY BLOCK-----

Describe a possible solution

Currently the textarea resizes to the same height as the ::after pseudo sibling element that obtains the same value through an attribute and CSS magic. The textarea and pseudo element receive the same font and layout properties. However, the content in the pseudo element wraps differently from the content in the textarea (especially at the / char). You can see this when you disable the visibility: hidden; CSS rule on .input-text__field::after.

I already checked the following properties without any luck:

overflow-wrap: break-word;
text-rendering: optimizelegibility;
vertical-align: text-bottom;
line-break: normal;
-moz-padding-end: 0px;
-moz-padding-start: 0px;
-moz-box-sizing: border-box;
-webkit-box-sizing: border-box;
box-sizing: border-box;
Created at 2 days ago
issue comment
InputTextView: Autoresize makes input field larger than necessary

Thank you @schllng for fixing this one! 👏

Created at 2 days ago
pull request closed
GNUmakefile: initial make config

GNUmakefile: initial config

Created at 2 days ago
issue comment
GNUmakefile: initial make config

Hi @RandyMcMillan! I don't see the benefit of maintaining a GNUmakefile with the same scripts as offered via npm run. As a heavily web focussed project I'd focus on a clean npm run interface instead, making it the single point of truth. Please reopen the issue, if you'd like to elaborate on it.

Created at 2 days ago

Fix InputTextView autoresize making input field larger than necessary (#15)

Created at 2 days ago
pull request closed
fix(#14): Autoresize textarea to match the content height

Fixes an issue where the textarea auto height behaves differently on firefox 104, safari 16 and chrome 105 on windows

Created at 2 days ago
issue comment
fix(#14): Autoresize textarea to match the content height

This works for me. It makes line breaks within ::after and the textarea consistent. It's sad to lose normal line breaks for non-Safari browsers along the way but that might be an improvement for a later day. Thank you for your first contribution!

Created at 2 days ago
delete branch
ffraenz delete branch ci
Created at 3 days ago

Initial commit

Created at 3 days ago
started
Created at 4 days ago
InputTextView: Autoresize makes input field larger than necessary

Describe the expected behavior

A text input field should resize such that it fits the text it contains. If there's a trailing newline, the last line should be blank.

Describe the current behavior

  • In Firefox 104.0.2 on macOS there's 1 extra line
  • In Safari 16.0 on macOS there are 8 extra lines

Steps to reproduce the bug

Navigate to the app, add an empty control to the blueprint, expand it and paste the following text (incl. leading newline) into the input field:

-----BEGIN PGP PUBLIC KEY BLOCK-----

xjMEYytk0BYJKwYBBAHaRw8BAQdAUbTKABzw2YfLZi2UKQJiSvM71CtDvvNm
dshe4WzHeEHNAMKMBBAWCgA+BQJjK2TQBAsJBwgJEDBqIN1bHSv+AxUICgQW
AAIBAhkBAhsDAh4BFiEEo8UNyJJCRcVl8Z58MGog3VsdK/4AAP7uAP9Qk2aL
HkwcOv4rWh+UYV9ZbyDC6pMweQLR8fXEHOZEzQD/X3lwrqc8SaKCkX5sqAuI
mQGU5KvOS1M8XMCXMw9+mwPOOARjK2TQEgorBgEEAZdVAQUBAQdAXrEuB1jH
SheUlAwt4jLmMeMM0IXlM915XJjMPvcwsB0DAQgHwngEGBYIACoFAmMrZNAJ
EDBqIN1bHSv+AhsMFiEEo8UNyJJCRcVl8Z58MGog3VsdK/4AALaKAQDLkbnp
8iHPpp7OL77MZ/UOgIXMdnZ2O0Y43L2hrjSVogEA5ydV84hz/rREHBQ30i2m
t02VbA35HHSxKiDl805VQQc=
=f4Hw
-----END PGP PUBLIC KEY BLOCK-----

Describe a possible solution

Currently the textarea resizes to the same height as the ::after pseudo sibling element that obtains the same value through an attribute and CSS magic. The textarea and pseudo element receive the same font and layout properties. However, the content in the pseudo element wraps differently from the content in the textarea (especially at the / char). You can see this when you disable the visibility: hidden; CSS rule on .input-text__field::after.

I already checked the following properties without any luck:

overflow-wrap: break-word;
text-rendering: optimizelegibility;
vertical-align: text-bottom;
line-break: normal;
-moz-padding-end: 0px;
-moz-padding-start: 0px;
-moz-box-sizing: border-box;
-webkit-box-sizing: border-box;
box-sizing: border-box;
Created at 4 days ago

Make empty values more accessible in UI

Add PGP extension with key generation and encryption operations

Created at 1 week ago

Add PGP extension with key generation and encryption operations

Created at 1 week ago
Created at 1 week ago
Created at 1 week ago

Make empty values more accessible in UI

Created at 2 weeks ago

Run preview deployment on pull requests

Update dependencies

Created at 2 weeks ago

Update dependencies

Created at 2 weeks ago
pull request closed
Features: dropping modals

Adds categories to the infamous AddModalView. So understanding what every option does is easier to understand.

Also addresses the issue that often, the AddModalView is expected to be larger than available screen size, so cap it's maximum height to 65vh. To be reviewed with @ffraenz

Created at 2 weeks ago