pueblo-worlds Mailing List for Pueblo/UE
Brought to you by:
uecasm
You can subscribe to this list here.
2003 |
Jan
(2) |
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2006 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(2) |
2008 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
2010 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(4) |
Dec
|
From: Beyond t. S. <bey...@gm...> - 2010-11-03 16:16:53
|
I take it back. I found the configure for debugging MXP/Pueblo and told it to show me everything. The characters for the URLs are getting escaped out, but when I try to put the code in url_unescape() it doesn't seem to fix it. >.> Any thoughts? - Serja On Wed, Nov 3, 2010 at 9:55 AM, Beyond the Shell < bey...@gm...> wrote: > I turned on TRACE in MUSHclient and had it output to a terminal window, but > for some reason it didn't give me any info regarding where the text was > coming from. Is there another client you would recommend or any other thing > I could try? > > - Serja > > On Wed, Nov 3, 2010 at 2:27 AM, Gavin Lambert < > ue...@us...> wrote: > >> At 14:39 3/11/2010, Beyond the Shell wrote: >> >@exitformat here = Exits:%R[iter(%0, <a >> >xch_cmd="[name(##)]">[html_escape(name(##))]</a>)] >> > >> >It gives me the exits with the HTML code visible instead of the >> >links I want. When I revert to the default exit listing the exits >> >link just fine, so I am uncertain what I am doing wrong here. >.> >> > >> >Can someone tell me what I need to put in so that the game will >> >parse this correctly, or at least the client? I use MUSHclient >> >which normally parses Pueblo HTML just fine, but in this case it >> >seems that the client isn't being told this is HTML to parse but >> >straight text, even when I use </xch_mudtext> to try and tell it >> >it's HTML. >> >> First of all, have a look in the Trace window. This shows you >> what Pueblo is seeing, and should give you a hint as to why you're >> getting the output you're describing. >> >> I can't give any specific info about TinyMUSH myself (since I >> haven't used it), but generally when a server is Pueblo-enhanced >> it is set up with two separate output paths -- one for HTML and >> one for non-HTML. (Which of these is "normal" varies from server >> to server.) Generally, the non-HTML path will try to html-quote >> or wrap text in <xch_mudtext> tags when connected to an HTML >> client like Pueblo, and the HTML path will strip out tags when >> connected to a non-HTML client. >> >> What you're probably seeing here is that your text is being >> html-escaped somewhere higher up the display pipeline, before it's >> sent to the client (the Trace window should reveal this). If so, >> it's probably to avoid confusing people who don't want to enter >> HTML in most places. Hopefully there'll be a different message or >> property or routine you can use that will output the HTML without >> escaping. >> >> >> >> ------------------------------------------------------------------------------ >> Achieve Improved Network Security with IP and DNS Reputation. >> Defend against bad network traffic, including botnets, malware, >> phishing sites, and compromised hosts - saving your company time, >> money, and embarrassment. Learn More! >> http://p.sf.net/sfu/hpdev2dev-nov >> _______________________________________________ >> Pueblo-Worlds mailing list >> Pue...@li... >> https://lists.sourceforge.net/lists/listinfo/pueblo-worlds >> > > |
From: Beyond t. S. <bey...@gm...> - 2010-11-03 15:56:06
|
I turned on TRACE in MUSHclient and had it output to a terminal window, but for some reason it didn't give me any info regarding where the text was coming from. Is there another client you would recommend or any other thing I could try? - Serja On Wed, Nov 3, 2010 at 2:27 AM, Gavin Lambert <ue...@us...>wrote: > At 14:39 3/11/2010, Beyond the Shell wrote: > >@exitformat here = Exits:%R[iter(%0, <a > >xch_cmd="[name(##)]">[html_escape(name(##))]</a>)] > > > >It gives me the exits with the HTML code visible instead of the > >links I want. When I revert to the default exit listing the exits > >link just fine, so I am uncertain what I am doing wrong here. >.> > > > >Can someone tell me what I need to put in so that the game will > >parse this correctly, or at least the client? I use MUSHclient > >which normally parses Pueblo HTML just fine, but in this case it > >seems that the client isn't being told this is HTML to parse but > >straight text, even when I use </xch_mudtext> to try and tell it > >it's HTML. > > First of all, have a look in the Trace window. This shows you > what Pueblo is seeing, and should give you a hint as to why you're > getting the output you're describing. > > I can't give any specific info about TinyMUSH myself (since I > haven't used it), but generally when a server is Pueblo-enhanced > it is set up with two separate output paths -- one for HTML and > one for non-HTML. (Which of these is "normal" varies from server > to server.) Generally, the non-HTML path will try to html-quote > or wrap text in <xch_mudtext> tags when connected to an HTML > client like Pueblo, and the HTML path will strip out tags when > connected to a non-HTML client. > > What you're probably seeing here is that your text is being > html-escaped somewhere higher up the display pipeline, before it's > sent to the client (the Trace window should reveal this). If so, > it's probably to avoid confusing people who don't want to enter > HTML in most places. Hopefully there'll be a different message or > property or routine you can use that will output the HTML without > escaping. > > > > ------------------------------------------------------------------------------ > Achieve Improved Network Security with IP and DNS Reputation. > Defend against bad network traffic, including botnets, malware, > phishing sites, and compromised hosts - saving your company time, > money, and embarrassment. Learn More! > http://p.sf.net/sfu/hpdev2dev-nov > _______________________________________________ > Pueblo-Worlds mailing list > Pue...@li... > https://lists.sourceforge.net/lists/listinfo/pueblo-worlds > |
From: Gavin L. <ue...@us...> - 2010-11-03 08:41:44
|
At 14:39 3/11/2010, Beyond the Shell wrote: >@exitformat here = Exits:%R[iter(%0, <a >xch_cmd="[name(##)]">[html_escape(name(##))]</a>)] > >It gives me the exits with the HTML code visible instead of the >links I want. When I revert to the default exit listing the exits >link just fine, so I am uncertain what I am doing wrong here. >.> > >Can someone tell me what I need to put in so that the game will >parse this correctly, or at least the client? I use MUSHclient >which normally parses Pueblo HTML just fine, but in this case it >seems that the client isn't being told this is HTML to parse but >straight text, even when I use </xch_mudtext> to try and tell it >it's HTML. First of all, have a look in the Trace window. This shows you what Pueblo is seeing, and should give you a hint as to why you're getting the output you're describing. I can't give any specific info about TinyMUSH myself (since I haven't used it), but generally when a server is Pueblo-enhanced it is set up with two separate output paths -- one for HTML and one for non-HTML. (Which of these is "normal" varies from server to server.) Generally, the non-HTML path will try to html-quote or wrap text in <xch_mudtext> tags when connected to an HTML client like Pueblo, and the HTML path will strip out tags when connected to a non-HTML client. What you're probably seeing here is that your text is being html-escaped somewhere higher up the display pipeline, before it's sent to the client (the Trace window should reveal this). If so, it's probably to avoid confusing people who don't want to enter HTML in most places. Hopefully there'll be a different message or property or routine you can use that will output the HTML without escaping. |
From: Beyond t. S. <bey...@gm...> - 2010-11-03 01:39:43
|
A little background info should probably help someone solve my problem. I'm currently using Pueblo 1.0 that came with my TinyMUSH 3 install. I am planning to upgrade to 2.6 but have not yet (I have the binary and the executable but am uncertain how to install them, but I'll look that over soon). The issue I am having is that I want my exits to be formatted in a custom way, but when I do something akin to: @exitformat here = Exits:%R[iter(%0, <a xch_cmd="[name(##)]">[html_escape(name(##))]</a>)] It gives me the exits with the HTML code visible instead of the links I want. When I revert to the default exit listing the exits link just fine, so I am uncertain what I am doing wrong here. >.> Can someone tell me what I need to put in so that the game will parse this correctly, or at least the client? I use MUSHclient which normally parses Pueblo HTML just fine, but in this case it seems that the client isn't being told this is HTML to parse but straight text, even when I use </xch_mudtext> to try and tell it it's HTML. So, help? :P - Serja Archwiz Beyond the Shell MUSH |
From: Jakk S. <the...@ho...> - 2008-08-12 23:39:08
|
Have there been any updates to Pueblo? Any news of any kind? I understand this is a labour of love. I'm just curious. |
From: Gavin L. <ue...@us...> - 2006-12-05 07:36:39
|
At 14:16 5/12/2006, Thoughts wrote: >70439 Sorry for that (albeit somewhat pointless) bit of spam. I've flipped the list settings so that posts from non-members now require moderation. Hopefully that will stop the spambots in future. (I know they've been trying to post on the announce list for ages, but only I'm allowed to post there.) :) |
From: Thoughts <kpb...@or...> - 2006-12-05 01:15:40
|
70439 |
From: <ben...@id...> - 2004-05-21 11:34:30
|
Dear Open Source developer I am doing a research project on "Fun and Software Development" in which I kindly invite you to participate. You will find the online survey under http://fasd.ethz.ch/qsf/. The questionnaire consists of 53 questions and you will need about 15 minutes to complete it. With the FASD project (Fun and Software Development) we want to define the motivational significance of fun when software developers decide to engage in Open Source projects. What is special about our research project is that a similar survey is planned with software developers in commercial firms. This procedure allows the immediate comparison between the involved individuals and the conditions of production of these two development models. Thus we hope to obtain substantial new insights to the phenomenon of Open Source Development. With many thanks for your participation, Benno Luthiger PS: The results of the survey will be published under http://www.isu.unizh.ch/fuehrung/blprojects/FASD/. We have set up the mailing list fa...@we... for this study. Please see http://fasd.ethz.ch/qsf/mailinglist_en.html for registration to this mailing list. _______________________________________________________________________ Benno Luthiger Swiss Federal Institute of Technology Zurich 8092 Zurich Mail: benno.luthiger(at)id.ethz.ch _______________________________________________________________________ |
From: Phoenix <pho...@ya...> - 2003-10-22 16:04:15
|
I' new to pueblo. I am a programmer. I don't run a MUD. I run a talker. I'm just glad pueblo can work for either. __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com |
From: Gavin L. <ue...@us...> - 2003-06-28 05:18:32
|
I was in the middle of replying to this message when it occurred to me that the answer may be of use to other world developers. So I've copied it to the world developers list. At 14:31 24/06/2003 -0700, someone wrote: > >The problem with the forms that get sent to the mush is that user >coded objects cant receive them! If an object could display a form >(with html and stuff) and then receive data back from the user then >everyone would be using it! > >Here's my suggestion, have a new type of form that when submitted >it sends a command with the form data (non url encoded to make it >easier for coders). That sort of thing would make life easier for non-admin coders, yes. The trouble is, it's not secure enough. Allowing any object to decide arbitrary commands to send to the world as yourself is not a good plan. Just imagine someone coding an object that will log you out when you click the button, or worse, suicide your character. It also opens up security holes; an object might, when viewed by an admin character, secretly grant admin permissions to someone else or shut down the entire world! No, I don't believe this is a good box to open. The current mechanism is designed to work providing there is suitable infrastructure in place on the world. For example, the admins could write a master PUEBLOFORM command handler which receives all form submissions, unpacks the information into a list or some other useful data format, and then pass the information on to the object that displayed the form (as specified in a particular hidden field or similar). With such a handler in place it becomes trivial for non-admin coders to create usable forms. If it is really necessary to use a different command, you can use the MD5 key provided by the PUEBLOCLIENT command to alter the command sent by forms submission. The theory again is that the PUEBLOCLIENT command is received prior to login and stored in some secure place ensuring that only admins can get at it. But it is possible to either publicise the key or to provide a utility that displays a coder-defined form with a coder-defined command to postback the data. Neither approach is recommended, however, as they are both highly vulnerable to security risks (as outlined above). But hey, it's your call. |
From: Gavin L. <ue...@us...> - 2003-02-04 07:29:01
|
At 22:58 3/02/2003 -0500, Leo Grivalti wrote: >I know there is probally How Tos floating around but Im not sure >about doing this. I was wondering if anyone could help me to >enhance my mud I'm runnig modified Rom 2.4b6. There's a very general outline in the Pueblo help files (I imagine the LP-Mud directions would be the closest to Rom). For more specific information you'll probably have to find an enhanced Rom or Diku mud and ask their admins for help. Have a look in the Pueblo/UE World List; you can browse by server type and look for the "Pueblo Enhanced" icon. |
From: Leo G. <l_...@ms...> - 2003-02-04 04:09:49
|
<html><div style='background-color:'><DIV>I know there is probally How Tos floating around but Im not sure about doing this. I was wondering if anyone could help me to enhance my mud I'm runnig modified Rom 2.4b6.</DIV></div><br clear=all><hr>MSN 8 with <a href="http://g.msn.com/8HMFENUS/2740">e-mail virus protection service: </a> 2 months FREE*</html> |
From: Gavin L. <ue...@us...> - 2003-01-25 05:25:12
|
At 16:02 12/01/2003 -0500, Stephane Boisjoli wrote: >Just a quick note to say that Criterionmud still supports Pueblo, >and it seems to work with the new version that his been put out. > >I've added new features since the last time I tried Pueblo on it >though, so it may be rusty. > >You can try it at: >http://criterionmud.net >telnet criterionmud.net 3999 Don't forget to submit it for inclusion on the Pueblo/UE World List. Just go to http://pueblo.sourceforge.net/worldlist.php and click on "Suggest a new world". |
From: Stephane B. <rat...@ro...> - 2003-01-12 21:00:42
|
Just a quick note to say that Criterionmud still supports Pueblo, and it seems to work with the new version that his been put out. I've added new features since the last time I tried Pueblo on it though, so it may be rusty. You can try it at: http://criterionmud.net telnet criterionmud.net 3999 |