Jump to content

Recommended Posts

Posted

GUI are client side.

 

Not entirely... GUI's extending GuiScreen are client side, but GUI's that extend GuiContainer are server side, though information still needs packets and such.

I am Mew. The Legendary Psychic. I behave oddly and am always playing practical jokes.

 

I have also found that I really love making extremely long and extremely but sometimes not so descriptive variables. Sort of like what I just did there xD

Posted

Not entirely... GUI's extending GuiScreen are client side, but GUI's that extend GuiContainer are server side, though information still needs packets and such.

Everything that extends GuiScreen (including GuiContainer) is client-side. The server side only has the actual Container.

 

Thats what I meant. Thats for explaining that better... Why do I suck at explaining?

I am Mew. The Legendary Psychic. I behave oddly and am always playing practical jokes.

 

I have also found that I really love making extremely long and extremely but sometimes not so descriptive variables. Sort of like what I just did there xD

Posted

Anyway, since we are talking about chat inputs, there is no need for a container.

Thus Gui is purely client side.

 

Egg-xactly! ( I apologize for the pun, I am in the mood )

 

But yeah, may as well get the difference explained before people go weird...

I am Mew. The Legendary Psychic. I behave oddly and am always playing practical jokes.

 

I have also found that I really love making extremely long and extremely but sometimes not so descriptive variables. Sort of like what I just did there xD

Posted

I just have a preference towards command driven interfaces since they're most efficient.

you must be kidding me... yes ok it works well on linux because you have auto complete and drawing all the icons take a butload of time, but for a game ????!?!

 

sign-shop is the worst system in the world

 

and really ? efficient?

 

please tell me how typing "/gold" is faster then opening your eyes:

 

Wow, could you possibly be more short-sighted and close-minded?  Sure, in your gold scenario a gui display is more efficient.  Though that's not the case for everything.  My mod is an example of this. 

/list <item name> 

is way the hell faster to execute than hitting a hot key, clicking in the textbox, typing what you want, then hitting enter.  Why would i want to go from mouse to keyboard more times than i need to?  I could also just show a list of all items in the gui and have the user click one but that is obviously horrendously slow and requires more eye movement than simply typing in a chat window.

 

FYI.. you know you can do auto-complete in the minecraft chat window, right?  sigh.

 

I'm done here.

 

gui would still win by a long shot

/list <item name> 

is way the hell faster to execute than hitting a hot key, clicking in the textbox,

why do you have to click the textbox ??? ... you could open the gui and already have to focus on it

 

your method *seems* to be faster because you didn't optimize it for a gui.

 

so first your text box should be automaticly focused.

after that, maybe for 1 item the cli method will look faster, but when it comes to multiple item then gui will own cli by far

imagine someone wants to buy redstone or get information about redstone related thigns

why not just type "red" and get me everything that has red in it, heck every item that has the tag red in your mod. with only a few item showing up (redstone, redstone torch, redstone repeater etc) i get muuuch more info/time then with cli without

requires more eye movement than simply typing in a chat window.

 

also, suppose were talking about a more complex item,ones that have a lot of text under them, lets say a sword that has various stats on it (+str,+mana,+hp etc). how can you even efficiently filter those and sum up the information with the cli window ???

 

can you imagine ?:

sword 1(seller hydroflame):

35 attack damage

+50 mana

+50% mine speed

sword 2(seller mew):

45 attack damage

+90 strength

splash damage

 

with only these 2 item i have FILLED my cli.

shopping for these kind of items would be terrible

 

the only place where (i find) is acceptable for cli is

1 chat, because its typing stuff anyway, it make sens that your cli is managed by cli

2 server side stuff, commands like give when run on server side, only and only because some people have server without X11 or another windowing system and run everything via ssh.

 

and i if you take the time you can make gui that will help you more, make more stuff,faster

how to debug 101:http://www.minecraftforge.net/wiki/Debug_101

-hydroflame, author of the forge revolution-

Posted

I just have a preference towards command driven interfaces since they're most efficient.

you must be kidding me... yes ok it works well on linux because you have auto complete and drawing all the icons take a butload of time, but for a game ????!?!

 

sign-shop is the worst system in the world

 

and really ? efficient?

 

please tell me how typing "/gold" is faster then opening your eyes:

 

Wow, could you possibly be more short-sighted and close-minded?  Sure, in your gold scenario a gui display is more efficient.  Though that's not the case for everything.  My mod is an example of this. 

/list <item name> 

is way the hell faster to execute than hitting a hot key, clicking in the textbox, typing what you want, then hitting enter.  Why would i want to go from mouse to keyboard more times than i need to?  I could also just show a list of all items in the gui and have the user click one but that is obviously horrendously slow and requires more eye movement than simply typing in a chat window.

 

FYI.. you know you can do auto-complete in the minecraft chat window, right?  sigh.

 

I'm done here.

 

gui would still win by a long shot

/list <item name> 

is way the hell faster to execute than hitting a hot key, clicking in the textbox,

why do you have to click the textbox ??? ... you could open the gui and already have to focus on it

 

your method *seems* to be faster because you didn't optimize it for a gui.

 

so first your text box should be automaticly focused.

after that, maybe for 1 item the cli method will look faster, but when it comes to multiple item then gui will own cli by far

imagine someone wants to buy redstone or get information about redstone related thigns

why not just type "red" and get me everything that has red in it, heck every item that has the tag red in your mod. with only a few item showing up (redstone, redstone torch, redstone repeater etc) i get muuuch more info/time then with cli without

requires more eye movement than simply typing in a chat window.

 

also, suppose were talking about a more complex item,ones that have a lot of text under them, lets say a sword that has various stats on it (+str,+mana,+hp etc). how can you even efficiently filter those and sum up the information with the cli window ???

 

can you imagine ?:

sword 1(seller hydroflame):

35 attack damage

+50 mana

+50% mine speed

sword 2(seller mew):

45 attack damage

+90 strength

splash damage

 

with only these 2 item i have FILLED my cli.

shopping for these kind of items would be terrible

 

the only place where (i find) is acceptable for cli is

1 chat, because its typing stuff anyway, it make sens that your cli is managed by cli

2 server side stuff, commands like give when run on server side, only and only because some people have server without X11 or another windowing system and run everything via ssh.

 

and i if you take the time you can make gui that will help you more, make more stuff,faster

 

Why can't I be so straight forward as that? :/

I am Mew. The Legendary Psychic. I behave oddly and am always playing practical jokes.

 

I have also found that I really love making extremely long and extremely but sometimes not so descriptive variables. Sort of like what I just did there xD

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Unfortunately, your content contains terms that we do not allow. Please edit your content to remove the highlighted words below.
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Announcements



  • Recently Browsing

    • No registered users viewing this page.
  • Posts

    • on my last computer, i had a similar problem with forge/ neoforge mods but instead them launcher screen was black
    • I am trying to make a mod, all it is, a config folder that tells another mod to not require a dependency, pretty simple right.. well, I dont want whoever downloads my mod to have to download 4 other mods and then decide if they want 2 more that they kinda really need.. i want to make my mod basically implement all of these mods, i really dont care how it does it, ive tried putting them in every file location you can think of, ive downloaded intellij, mcreator, and tried vmware but thats eh (had it from school). I downloaded them in hopes theyd create the correct file i needed but honestly im only more lost now. I have gotten my config file to work, if i put all these mods into my own mods folder and the config file into the config and it works (unvbelievably) but i want to share this to everyone else, lets just say this mod will legitimately get 7M downloads.  I tried putting them in a run folder then having it create all the contents in that for a game (mods,config..etc) then i drop the mods in and all the sudden i cant even open the game, like it literally works with my own world i play on, but i cant get it to work on any coding platform, they all have like built in java versions you cant switch, its a nightmare. I am on 1.20.1 I need Java 17 (i dont think the specific versions of 17 matter) I have even tried recreating the mods i want to implement and deleting import things like net.adamsandler.themodsname and replacing it with what mine is. that only creates other problems, where im at right now is i got the thing to start opening then it crashes, closest ive gotten it, then it just says this  exception in thread "main" cpw.mods.niofs.union.unionfilesystem$uncheckedioexception: java.util.zip.zipexception: zip end header not found caused by: java.util.zip.zipexception: zip end header not found basically saying theres something wrong with my java.exe file, so i tried downloading so many different versions of java and putting them all in so many different spots, nothing, someone online says its just a mod that isnt built right so i put the mod into an editor and bunch of errors came up, id post it but i deleted it on accident, i just need help integrating mods
    • Vanilla 1.16.5 Crash Report [#L2KYKaK] - mclo.gs  
    • Hello, probably the last update, if anyone has the same problem or this can be of any help, the answer was pretty simple, textures started rendering just using a Tesselator instead of a VertexConsumer given by a MultibufferSource and a RenderType, pretty simple
    • Finally circling back to this, and I think all of us were half right.  getChunk() does appear to immediately load the chunk, but what changed between 1.16 and 1.18 is that the list of entities is now stored in the server, not per chunk.  So while it was possible to load a chunk in 1.16 and immediately grab an entity out of it, 1.18 loads the chunk and submits a request to load its entities on the next tick (if I understand correctly).  All this to say, you can immediately access the chunk itself, however you have to wait an additional tick for its entities to load in. In my case what this means is that I do have to set up an interface to wait an additional tick before submitting the request to retrieve the entity.  However, other functions do appear to be available immediately.  Just depends on what you're trying to do. Thank you all for the help! 
  • Topics

×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.