Helps you prepare the timesheet of the tasks you did at work
emmanueltouzery/cigale-timesheet 14
Helps you prepare the timesheet of the tasks you did at work
A java library to work with cron specifications
emmanueltouzery/app-settings 3
A Haskell library dealing with application settings
emmanueltouzery/awesome-fp-js 0
:sunglasses: A curated list of awesome functional programming stuff in js
emmanueltouzery/awesome-javascript 0
🐢 A collection of awesome browser-side JavaScript libraries, resources and shiny things.
emmanueltouzery/awesome-javaslang 0
A list of awesome frameworks, libraries and software that is powered by Javaslang.
startededrevo/suspicious-pods
started time in 24 minutes
issue openedmonet/monet.js
There's a technique to emulate type-safe do notation using exceptions internally.
I've provided a summary with examples in the following article: https://apoberejnyi.medium.com/do-notation-for-either-in-typescript-c207e5987b7a. Functions from there can be implemented as static methods on the Either object.
Please take a look at whether such an approach fits the library design. If so, I will be happy to contribute at least to the Maybe and Either implementations.
created time in 3 hours
push eventezrosent/frawk
commit sha 3b73cb05507bb75853f5e910db3f09d238c77dc4
All tests passing with all backends
commit sha 70d8b06731d5fbf5428a2bdbee2ba0e7c8c9ec39
doc fixups
commit sha 8d4714bfa612b7d10dda3fe71949546666d659fc
Upgraded dependencies, fixed some tests
push time in 12 hours
push eventezrosent/frawk
commit sha 6e86fb5db68e802f63fe206c1a1255cc4d064aa7
fix globals
commit sha 59f2a5fe5f9c7b82e1bedb203b3f65f2db69222d
harness tests pass
push time in a day
startedcopy/v86
started time in 2 days
push eventezrosent/frawk
commit sha f4d4e17864814939354a951c5022a7b04e804c4a
Bug fixes for failing tests; more to come
push time in 2 days
starteddtolnay/automod
started time in 2 days
startedemmanueltouzery/projectpad2
started time in 3 days
push eventantoyo/relm
commit sha c2a3937c65fac02874de7b7a228990a452a98fd5
Added TimezoneRS project Personal project I have been working on using relm and some neat aspects of the framework, good opportunity to learn more about rust and relm. It is not a particularly spectacular project but uses a few novel techniques from relm and quite a few Rust libraries - Creating a composite widget that can then be instantiated many times within the UI - Using messages and the update() function to pass UI updates between child and parent components - Have started adding tests to the project (not in the current PR scope) using relm-test although wondering how useful that is in practise.
commit sha 40a1f958ddcd9ebe4f2b97c5a8bdbcb9a1239b42
Merge pull request #258 from crrodger/patch-1 Added TimezoneRS project
push time in 3 days
PR merged antoyo/relm
Personal project I have been working on using relm and some neat aspects of the framework, good opportunity to learn more about rust and relm. It is not a particularly spectacular project but uses a few novel techniques from relm and quite a few Rust libraries
- Creating a composite widget that can then be instantiated many times within the UI
- Using messages and the update() function to pass UI updates between child and parent components
- Have started adding tests to the project (not in the current PR scope) using relm-test although wondering how useful that is in practise.
pr closed time in 3 days
startedseppo0010/rsedis
started time in 3 days
Une curration des blogs de la communauté Lambda Lille
fork in 3 days
push eventezrosent/frawk
commit sha c2bf6c560aebc5cfe2f710edcdf0b269cd2f3197
Debugging commences
push time in 3 days
startedemmanueltouzery/projectpad2
started time in 4 days
PR opened antoyo/relm
Personal project I have been working on using relm and some neat aspects of the framework, good opportunity to learn more about rust and relm. It is not a particularly spectacular project but uses a few novel techniques from relm and quite a few Rust libraries
- Creating a composite widget that can then be instantiated many times within the UI
- Using messages and the update() function to pass UI updates between child and parent components
- Have started adding tests to the project (not in the current PR scope) using relm-test although wondering how useful that is in practise.
pr created time in 4 days
push eventhwchen/keyring-rs
commit sha b026ce6ca5d81619f560377e5cec75f4bc664af3
Added usage of NoPassword and NoBackend errors to windows code
commit sha a30e65fadd1c30e99d4c51a6991dbb8612ae3865
Merge pull request #52 from phillipCouto/add_no_password_error_windows Added use of KeyringError::NoPasswordFound and KeyringError:NoBackendFound to windows code
push time in 4 days
PR merged hwchen/keyring-rs
This resolves #49 by allowing calling code to determine if the password was not found when getting or deleting the password.
pr closed time in 4 days
issue closedhwchen/keyring-rs
Can't tell if a secret exists on Windows
It looks to me like there's no way to get a NoPasswordFound from the Windows implementation which makes it hard to figure out if the library is failing or there's just no password set.
Long term maybe the API should be changed to return an Option<T> instead of returning an Err when there's no value?
closed time in 4 days
edmellum
pull request commenthwchen/keyring-rs
Added use of KeyringError::NoPasswordFound and KeyringError:NoBackendFound to windows code
Sorry, this looks good, thanks!
comment created time in 4 days
pull request commenthwchen/keyring-rs
Added use of KeyringError::NoPasswordFound and KeyringError:NoBackendFound to windows code
@hwchen just wanted to ping and see if you have any idea when you will be able to review this.
comment created time in 4 days
push eventezrosent/frawk
commit sha 249d111fd4bd3149bf09d4b0e430ad7339ce13b8
Debugging of cranelift backend commences
push time in 4 days
issue commentantoyo/relm
enter_keys on macOS behaves in an odd manner
enter_key() funny enough does work. I did try it but ran into a problem with the ":" character, it keeps being sent as a ";" and that was when I tried enter_keys. I need the ":" character as it forms part of a time entry "hh:mm"
This made me think about trying something else. For the colon ":" I have now landed up using a sequence of key_press(<shift>), enter_key(::colon) and key_release(<shift>) which seems to work, certainly enough to work around the problem.
Thanks for responding.
comment created time in 5 days
issue commentantoyo/relm
enter_keys on macOS behaves in an odd manner
It might also be a race condition with the way relm-test waits for the event to happen.
Can you try with the master branch?
Have you tried using enter_key() instead?
comment created time in 5 days
Nix Workshop Tutorials
fork in 5 days
issue commentantoyo/relm
enter_keys on macOS behaves in an odd manner
Looking into this a bit deeper I am wondering if this is not an enigo issue rather than a relm one!?
comment created time in 5 days
push eventezrosent/frawk
commit sha ebcd4d4a8971b4bb1200a87313b10d56b26c7351
Add code generation for cranelift Next, debugging.
push time in 5 days
issue openedantoyo/relm
enter_keys on macOS behaves in an odd manner
Great work on relm, makes Gtk a pleasure to use with Rust.
I am raising this mostly for awareness and to see if anyone else is experiencing something similar. It is not holding up anything important.
I am working on a Rust/Gtk/Relm application on macOS and wanted to bolster the tests. Doing this so I can put on Github and will then send you a PR to include it if interesting.
I have been using code something like the following (this is a subset, hopefully enough to illustrate the problem). For reference the test code is located in the same file as the code that loads the screen layout from a .glade file.
impl Widget for Win {
...
...
fn view(relm: &Relm<Self>, mut model: Self::Model) -> Self {
...
...
let glade_src_main = include_str!("main_gui.glade");
let builder_main = Builder::from_string(glade_src_main);
...
Win {
model,
widgets,
config,
}
}
...
}
#[test]
fn enter_times() {
let (component, widgets) = relm::init_test::<Win>(()).expect("init_test failed");
let tz_selector_main = component.widget();
let children = tz_selector_main.get_children();
let time_entry = children.get(1).unwrap().clone().downcast::<Entry>().expect("Could not get time entry");
enter_keys(&time_entry, "1");
assert_text!(time_entry, "1");
enter_keys(&time_entry, "2");
assert_text!(time_entry, "12");
}
Environment
macOS 11.1 - Big Sur VSCode 1.52.1 relm 0.20.0 relm-test 0.20.0 gtk 0.9.0 gtk-test 0.6 rustc 1.50.0-nightly (same behaviour with stable 1.48)
What happens
I have noticed that on MacOS the first key entry '1' is sent to the Entry widget and then it appears as if code execution stops. If I press a key while in the Entry widget the next 'enter_keys' statement is executed and the key I have pressed are both sent to the Entry widget. I have seen the same behaviour in the key-events.rs example in the relm-examples package. I then performed the test on a Linux (Ubuntu 20.04) machine and it behaved as I would expect, all the keys were sent and each assert statement was executed as expected.
What was expected
The enter_keys function sends keys and continues. As noticed by running the same test in the same app on an Ubuntu machine, the enter_keys function successfully sends the key and continues to the next statements and the test succeeds so it looks like it may be only applicable to macOS. I have not tested on Windows.
created time in 6 days