SubSpace Java Client

[XO-MANOWAR]

What exactly is the end result?I admire your determination,but being programming,java,and or any kind of coding ignorant..i no savve......

[spidernl]

What exactly is the end result?I admire your determination,but being programming,java,and or any kind of coding ignorant..i no savve......

 

What are you attempting to say?

[Avast]

Yeah all the names are terrible. Your better off calling it Javaspace and people would like that more.

[Cheese]

javaspace is actually pretty good

[PoLiX]

Javaspace sounds good enough.

[»jabjabjab]

Really unexpected to settle with such a name as JavaSpace... I'll think about it.

 

I enjoyed the fact that a name like continuum extended from subspace, and I wanted to replicate this feeling.

[PoLiX]

Then it shouldn't have SubSpace in the title

[»jabjabjab]

Coding the chat part of the gui atm.. I think it's just freaking redundantly halarious... Anyways..

 

I think Im going to make it so that when you type in a message via * or maybe ? it wont post it in the chat log, so you dont get:

 

 

*arena Hey guys.

Hey guys.

 

Because this is annoying.

[»Maverick]

That's very handy to confirm the *arena message you just have done. Don't forget people would like to make sure the commands they did resulted in something.

Normally you won't get a response to a *command if you don't have the rights to do so.

 

JavaSpace would be a very bad name in my opinion. It would just create attention to the fact that it is a java client. Once you have the client working properly, nobody would / should care that it's programmed in Java or in COBOL :-)

Edited September 5, 2011 by Maverick

[»jabjabjab]

Maverick, Compromise:

 

Option to turn on and off with clientside option.

[»Lynx]

I agree with Mmav, JavaSpace is fine for indev, but once you release you should probably come up with something else.

[»jabjabjab]

How would people feel if i did something like BBCODE for text, such as [c:purple]text[/c] or something better than that...

[»Maverick]

Compromise would be great, Jab.

 

BBCode for text would be too much complexity for a simple chat system subspace uses. I doubt anyone would use it as it takes too much effort for a few simple chat lines. As a user you just want to quickly chat with other people without making use of BBCode. Only people who intend to be annoying would color their messages on purpose.

Keep in mind that the chat system works so brilliantly is (amongst other features) because it's color coded by type of message. Arena messages are green, chat messages are maroon, public messages are blue, etcetera.

[»Lynx]

I'd like to see XMPP support if you're going to create another client/server; it's extensible enough to allow for other message formats thus allowing for the effectiveness of Subspace chat to work out (the different colour codes that represent different messages). XMPP would also eliminate the need for a chat client as it would allow for regular instant message clients to connect to Subspace zones with little effort.

 

Also, XMPP once was known as Jabber, and your name is JabJabJab; what other rationale do you need to support it?

[»jabjabjab]

well right now all my chat history is stored as a arrayed string up to 5000 lines. (should make it 4096).

 

Im guessing somewhere in the server code in future, could make the chat have signitures to show it came from this and that and etc. (for things like jabbaer)

[Resol]

I would love to be able to log in using MSN / AIM / Yahoo, a lot of phones have them on it too. I think it would be great to get people connected and invite new friends. Not to mention you can do voice chat also. I think it would be an extremely positive aspect to add.

[Cheese]

it might be better to have a linkedlist of strings with front/back pointers instead of a huge array

[»Lynx]

The performance difference between an Array and a List/ArrayList or LinkedList is negligible. The only reason I'd switch from a String[] (which afaik is what Jab is more used to) to a List is for easier control of the contents.

 

If timing is a big factor, then:

 

For LinkedList

• get is O(n)
  
• add is O(1)
  
• remove is O(n)
  
• Iterator.remove is O(1)
  

For ArrayList

• get is O(1)
  
• add is O(1) amortized, but O(n) worst-case since the array must be resized and copied
  
• remove is O(n)
  

Either way, for what you're using it won't make much difference.

Edited September 5, 2011 by Lynx

[»jabjabjab]

My stuff flows fine but i get what you mean.

 

public static void ShiftHistory()
{
 if(tickEnter == 0)
 {
  String[] temp = new String[5000];
  if(chatHistoryCount != 0)
  {
  for(int j = 0; j < chatHistoryCount; j++)
  {
temp[j + 1] = chatHistory[j];
  }
  }
  if(chatEntry != "")
  {
  temp[0] = " " + SubSpace.playerName + "> " + chatEntry;
  chatHistoryCount++;
  System.out.println("Chat has been pushed. History Array offset is: " + chatHistoryCount);
  chatEntry = "";
  }
  tickEnter = -1;
  chatHistory = new String[5000];
  for(int j = 0; j < chatHistoryCount; j++)
  {
chatHistory[j] = temp[j];
  }
 }
}

 

 

Edit: I know about the whole arrayoutofboundsexception to come.. I'll just add a if(j <= 4999) statement capping the transfer from real to temp.

Edited September 5, 2011 by jabjabjab

[Cheese]

u shouldnt get outofbounds stuff with string lists, and u would also be able to have any length string in chat too

[»jabjabjab]

Font engine is a bottleneck with the rendermethod, so I need to re-write this as a actionlistener (Yay for lerning <_< )

[»jabjabjab]

Well the ship thrust cap + shift still remains uncoded, and some delta stuff is causing issues when the fps drops from the fontengine render bottlecap, but BESIDES ALL THAT,

 

thanks with some help from spidernl on rotation accuracy to continuum, the bullets and bombs all fire accurately, and have the same desired effects against the settings that of continuum's cfg.

 

moving on to special weapons.

[JoWie]

My stuff flows fine but i get what you mean.

 

public static void ShiftHistory()
{
...
}

 

 

Edit: I know about the whole arrayoutofboundsexception to come.. I'll just add a if(j <= 4999) statement capping the transfer from real to temp.

LinkedList seems both easier and faster in this case. All you are doing is adding to the head and removing from the tail. No need to move all the array elements or to allocate new arrays.

Edited September 6, 2011 by JoWie

[»jabjabjab]

http://i559.photobucket.com/albums/ss31/XDreamersMS/Continuum/Aphelionbanner2.png?t=1315377847

 

 

Played with Blender some. How does this look?

Edited September 7, 2011 by jabjabjab

[Dr Brain]

Dark.