Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Optional option for _bot and bot in jishaku py #131

Open
JDJGInc opened this issue Oct 14, 2021 · 5 comments
Open

Optional option for _bot and bot in jishaku py #131

JDJGInc opened this issue Oct 14, 2021 · 5 comments

Comments

@JDJGInc
Copy link

JDJGInc commented Oct 14, 2021

The Problem

I want to be able to use _bot and bot varaibles in jsk py, I looked at docs, there doesn't appear to be a way I know of.

The Ideal Solution

The Current Solution

Summary

@JDJGInc
Copy link
Author

JDJGInc commented Oct 14, 2021

I Just want to make it possible to run

_bot.user

or

bot.user```
a.k.a both, anyone have a way to do it, that's not unefficent?
I know it sounds dumb, but I just want to make it possible for myself to use both.

@JDJGInc JDJGInc closed this as completed Oct 14, 2021
@JDJGInc JDJGInc reopened this Dec 18, 2021
@JDJGInc
Copy link
Author

JDJGInc commented Dec 18, 2021

okay quick question, is it possible that I could get a flag to allow both _bot and bot, so I don't have to keep jishaku subclassed for this feature?

@Gorialis
Copy link
Owner

It does mildly confuse me why you'd want this. It's not exactly hard to implement, I just am unsure on why you wouldn't commit to one or the other for consistency.

@JDJGInc
Copy link
Author

JDJGInc commented Apr 2, 2022

Personally it doesn't mind me much, but People tend to try to your jsk code sometimes and I just want this so I have a lib default for it, it's cause people sometimes are curious what you are doing but they don't have the same repl as you
having both allows you to use either one, so it's easier to just test it out?
it was just because it was easier for others and me to learn stuff from jsk.

@pythonmcpi
Copy link

#176 is pretty much a duplicate of this, except it requests a more configurable system.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants