You don't need frames to view this website. Flash communication server. Flash mx xml socket server.
Home
Main Menu
Home
- - - - - - -
What is Palabre ?
Features
News
FAQ
Forum
DEMO
- - - - - - -
Downloads !
Browse SVN
- - - - - - -
Search
Contact Us
- - - - - - -
Sourceforge Project Page
Python
Links




 
Download Palabre Flash Xml Socket Server DOWNLOAD Download Palabre Flash Xml Socket Server FORUM Download Palabre Flash Xml Socket Server FAQ Download Palabre Flash Xml Socket Server WHAT IS IT
 



Using Palabre ? Coming here for Support ? Please consider making an (even small) donation :)
Palabre Forum  


Post a new message in "Default Forum"
Name:
Subject:
topic icon:
no
boardcode:
 Colour:  Size:   Close all tags
Message:
CAPTCHA: How much is 2 added to 7

Topic History of: Pm problem with attribute \'b\'
Max. showing the last posts - (Last post first)
Author Message
chromecow I also have the same issue with private messages, slightly more complicated:



I have situations where I send a public message to a room, which then triggers a private message, so that the private message is being originated on the server side.



It sounds like instead of having the option to set back=1, I have to instead send a duplicate set of messages to the sender and the receiver.



It seems much more elegant to me to allow us to set back to 0 or 1 to determine whether it makes sense fo the sender to get a copy of the private message.



In some implementations, it is the desired behavior.



To try to give a more concrete example, I have a module that looks at incoming messages, and looks for commands preceded by a slash like:



/generateData



In this example, the generated data is passed to the whole room, but I also have situations where I might ask a player to generate data for me privately:



/generateData John



In which case the data is generated, and should be sent to the originator, and the client John.



In my case, the data is several lines of dynamically formated text which I return using



Code:

 client.clientHandleMessage(attrstextnodeName)



So without back=1 for the private message, I have to maintain separate sets of attrs, swap them out and duplicated the the message sending.

-Sean.






Be well,
-Sean
admin I'll check for the broadcast node but I think the default behavior is to get back the broadcast.



when using b=1 like

Code:

 
 
<m c='Jack' b='1'>hihihihi</m>



you expect to get something like :
Code:

 
 
<m f="YOU" c='Jack' b='1'>hihihihi</m>



?
Brent Well, it would be useful in my flash client since it's a chat and insead of adding the text I'm sending to the display, I just use back and let my message processor sort it out.
admin Hi



the back attribute is only working with room messages, not private messages.

It could be very confusing to receive messages from yourself sent to someone else :)
Brent Back does not seem to work with broadcast either.
Brent I have tried this also, but I don;t get my message back. Is this being fixed?