profile
viewpoint
If you are wondering where the data of this site comes from, please visit https://api.github.com/users/Lutetium-Vanadium/events. GitMemory does not store any data, but only uses NGINX to cache data for a period of time. The idea behind GitMemory is simply to give users a better reading experience.

Lutetium-Vanadium/Music-Flutter 24

A mobile app for music written in flutter

Lutetium-Vanadium/cargo-playground 17

Make and use playgrounds locally.

Lutetium-Vanadium/Music 2

A music player app in electron

Anirudh171202/covid 1

This project detects wether a given tweet is a request for requesting for a hospital bed, oxygen, etc. (need), a donation (give), or anything else (other/useless)

Lutetium-Vanadium/anilang 1

A basic interpreted language

Lutetium-Vanadium/Music-Vue 1

A music player written in electron and vue

Anirudh171202/CodeTheCurve 0

CoronaBot is a chatbot that helps fight the coronavirus infodemic by curbing fake news and conveying factually accurate information.

Anirudh171202/ProtoCoin 0

Helping find a cure to diseases like Alzheimers and Cancer by sequencing genomes on the blockchain

Anirudh171202/Revhack-Fullstack 0

we aim to empower the visually impaired population with the gift of knowledge.

push eventLutetium-Vanadium/requestty

Lutetium-Vanadium

commit sha 962cb819a8e44b3ddc406d12eb5448633cc952dc

Fix #2 `Widget::cursor_pos` used to return the position relative to the root widget component. However, components such as `Input` would adjust the layout to include the `Prompt` and then calculate `cursor_pos`. Since the `cursor_pos` returned was relative to the end of the `Prompt`, if the `Prompt` was more than one line, it would calculate the wrong location. This commit now makes `cursor_pos` return the position relative to the screen.

view details

push time in 12 days

issue closedLutetium-Vanadium/requestty

Incorrect cursor location when input prompt spans multiple lines

Hi there! Hopefully this is actually an issue with this library, unlike the last issue I raised 🙈

If a free text input prompt spans multiple lines, the cursor shows in the correct position horizontally, but on the first line of the prompt, like so:

image

(Notice the underscore on the "u" in "your")

Typing input moves the cursor horizontally as expected, but it remains on the first line as opposed to where the input actually is

Tested on Windows & Linux, issue present on both

closed time in 12 days

alpha-tango-kilo

issue commentLutetium-Vanadium/requestty

Incorrect cursor location when input prompt spans multiple lines

I have published the fix. Please check and close the issue if it works fine

alpha-tango-kilo

comment created time in 12 days

issue commentLutetium-Vanadium/requestty

Incorrect cursor location when input prompt spans multiple lines

Hi! This is indeed a bug with this library. I will push a fix soon

alpha-tango-kilo

comment created time in 13 days

push eventAnirudh171202/ProtoCoin

Lutetium-Vanadium

commit sha b1d89545fe0654c25d102ed742c7eef34165e3fb

frontend integration with the blockchain

view details

Lutetium-Vanadium

commit sha 24a2316aaf0b38c5d84ff3e0d2a783b88407b61f

Merge branch 'main' of github.com:Anirudh171202/ProtoCoin

view details

Lutetium-Vanadium

commit sha 39bc94522096983099cfc824ba9c603e4e832568

update image

view details

push time in a month

push eventAnirudh171202/ProtoCoin

Lutetium-Vanadium

commit sha 285ff7498cd73e7fd7d03beb2751c71752f483a0

basic miner implementation

view details

Lutetium-Vanadium

commit sha 98731016d35ee2bfc7f5ad540452188c9613e8bc

Merge branch 'main' of github.com:Anirudh171202/ProtoCoin

view details

push time in a month

push eventAnirudh171202/ProtoCoin

Lutetium-Vanadium

commit sha 3d8d32ac4297c46a140f36f3d5f332cb936085a5

use N = 16 instead of N = 256

view details

push time in a month

push eventAnirudh171202/ProtoCoin

Lutetium-Vanadium

commit sha 0981fbeb1b9e62ebf56394b9b9fb5c156f785154

use N = 16 instead of N = 256

view details

push time in a month

push eventAnirudh171202/ProtoCoin

Lutetium-Vanadium

commit sha 6cb7d63e1fb730d23306b7159d8f6b2454a87d93

initial proof of work implementation

view details

push time in a month

issue closedLutetium-Vanadium/requestty

Builder error: unsupported pair

Hi there!

First of all, thank you for the crate! It's a lovely simple way to start interacting with users in the terminal

I have the following function:

pub fn get_api_key(client: &reqwest::blocking::Client) -> Result<String> {
    let question = Question::input("api_key")
        .message("Please enter in your OMDb API key. If you need to, visit their website to get one (https://www.omdbapi.com/apikey.aspx)")
        .validate(|api_key, _| test_api_key(api_key, client))
        .build();
    Ok(requestty::prompt_one(question)?.try_into_string().unwrap())
}

It compiles fine, however regardless as to what the user inputs (and whether or not it should be valid), I get the error builder error: unsupported pair.

I can't work out what I'm doing to cause the error, any pointers?

closed time in a month

alpha-tango-kilo

issue commentLutetium-Vanadium/requestty

Builder error: unsupported pair

Hi, thanks for your kind words!

In the Display impl for reqwest::Error, you can see where it prints "builder error". The error would be coming from some interaction with the reqwest crate (probably somewhere in test_api_key), so I'm not sure how I can help.

alpha-tango-kilo

comment created time in a month

issue commentLutetium-Vanadium/cargo-playground

Not compiling.

The issue was with a (previously) non-semantic versioned dependency that was out of date. Please try installing it now

kabszac

comment created time in 3 months

push eventLutetium-Vanadium/cargo-playground

Lutetium-Vanadium

commit sha ea3bc16a5ca2712cb11da33a259ee3f3179e4705

Updated dependencies and fix #8

view details

push time in 3 months

issue closedLutetium-Vanadium/cargo-playground

Not compiling.

could not find cli in watch-exec

closed time in 3 months

kabszac