Curse

Hyper.nl · Jun 23, 2009, 10:59 AM // 10:59

/signed for this nice idea.

It should include a longer text string for in party search, to allow full lines of WTB/WTS text to be visible in there.

Bristlebane · Jun 25, 2009, 08:20 AM // 08:20

Yeah, longer text strings would be a nice bonus as well :-)

refer · Jun 25, 2009, 10:26 AM // 10:26

this should already been in the game.

so auto /sign

Would also be handy you could search by WTB/T/S.

Shasgaliel · Jun 25, 2009, 10:41 AM // 10:41

I think it will also reduce the spamming. People would just use search and easily find what they want instead of depending on what they see in chat window and in 250 lines of adverts. Even dividing it into WTS/WTB will help.

/signed

Bristlebane · Jun 25, 2009, 11:06 AM // 11:06

This should be so quick and easy to implement without draining any resources, I don't see why they can't implement it. 0% server load, 100% on client side only.

beatdownbob · Jun 25, 2009, 01:58 PM // 13:58

One has to /sign, it's simple, elegant, cheap to implement and will teach people to spell correctly.

Arduin · Jun 25, 2009, 02:39 PM // 14:39

Okay, how come you people are so sure about this being 'easy' to implement? As far as I'm aware, the trading system of Guild Wars is pretty rigid, one of the reason an Auction House is out of the question.

There also isn't any kind of search/filter system, other than separation by language, which is governed by the language district you are in. So stuff need to be invented from scratch.

Bristlebane · Jun 25, 2009, 02:46 PM // 14:46

From a programmer's point of view, it's extremely easy to implement. Don't compare this with an Auction House which is a whole different idea and extremely more complicated than this idea.

beatdownbob · Jun 25, 2009, 02:51 PM // 14:51

Quote:

Originally Posted by Arduinna

Okay, how come you people are so sure about this being 'easy' to implement? As far as I'm aware, the trading system of Guild Wars is pretty rigid, one of the reason an Auction House is out of the question.

There also isn't any kind of search/filter system, other than separation by language, which is governed by the language district you are in. So stuff need to be invented from scratch.

I've written a great many string filters in my time. Computers are good at very few things. In fact here's what they are good at.

Comparing two numbers.
Adding two numbers together.
Moving a number from one place to another.

There might be some other things they do, but off the top of my head I can't think of any. They're good at it, they are fast at it, and string filtering is so easy even gorednginegoredengine forum scripts can do it.

Bristlebane · Jun 25, 2009, 03:00 PM // 15:00

Yes, even when I was 12 years old and just started programming (and that was over 20 years ago).. I could write a filter function in a couple of minutes.

That's the whole idea of this topic.. make a suggestion so easy that even a novice programmer could add it, without arguments like 'it's too complicated to add this feature'

Arduin · Jun 25, 2009, 03:03 PM // 15:03

Okay, I guess the Devs can handle stuff that even a 12 year old could program

Killamus · Jun 25, 2009, 03:08 PM // 15:08

Quote:

Originally Posted by Bristlebane

Yes, even when I was 12 years old and just started programming (and that was over 20 years ago).. I could write a filter function in a couple of minutes.

That was without any restrictions. Perhaps they do have some sort of restriction on this (Hell, iirc, the code is written in C++) and it may have to be server-side.

Although a /signed for it.

Bristlebane · Jun 25, 2009, 03:17 PM // 15:17

Doesn't matter what language, this can all be done 100% client side, especially C++.
It's one of the basic fundamentals found in virtually any programming language: String comparison.

There's already endless of functions in GW to compare strings so it's not like they had to write something new either: Names, Friends, Guilds, Whispers, Commands etc, all of them that are more complicated than this idea.

Killamus · Jun 25, 2009, 06:58 PM // 18:58

Quote:

Originally Posted by Bristlebane

Doesn't matter what language, this can all be done 100% client side, especially C++.
It's one of the basic fundamentals found in virtually any programming language: String comparison.

There's already endless of functions in GW to compare strings so it's not like they had to write something new either: Names, Friends, Guilds, Whispers, Commands etc, all of them that are more complicated than this idea.

I'm not saying it can't be done, I'm not saying it wouldn't be easy. What I am saying is that C++ strings suck. Simple as that. Char* gives more versatility then them.
Aside from that, you missed the point.
If this is such an obvious thing to put in (And yes, it IS obvious), then why haven't they done so already? Either (A) they're lazy, or (B) there's some sort of restriction in the code they've written. For instance, maybe they weren't too smart, and made the packets that come in received in the function that also displays them, so doing something like this would require splitting the two functions. Or perhaps that the list comes all as one packet, and would be a pain to sort.

I'm not saying that's the case, hardly. Just an example.

Bristlebane · Jun 25, 2009, 07:09 PM // 19:09

Quote:

Originally Posted by Killamus

Either (A) they're lazy, or (B) there's some sort of restriction in the code they've written.

Or (C), they have been pestered by more complicated ideas like Auction House and dismissed it because of the amount of time it would take to make it.
I would LOVE an Auction House or any of the dozen of trade improvement ideas floating around, but we're never gonna see thoose in GW1 unless Anet radically changes their priorities.

As a comparison, there are 1000's of products that are so simple and uncomplicated that people think 'hey why didn't anyone think of this before!?'

phoenixtech · Jun 26, 2009, 02:19 AM // 02:19

Search is nice, but I would settle for a simple option to sort WTB and WTS into two separate categories. So instead of TRADE/MISSIONS/Etc..

Have: Selling/Buying/Missions/Etc..

gameshoes3003 · Jun 26, 2009, 03:45 AM // 03:45

/signed
Those who misspell or use acronyms (but not as much) will only suffer.
But this is a good suggestion.

Bristlebane · Jun 26, 2009, 08:23 AM // 08:23

Quote:

Originally Posted by phoenixtech

Search is nice, but I would settle for a simple option to sort WTB and WTS into two separate categories. So instead of TRADE/MISSIONS/Etc..

Have: Selling/Buying/Missions/Etc..

Just type WTB/WTS etc in the filter to only see thoose.

Shasgaliel · Jun 26, 2009, 11:36 AM // 11:36

Quote:

Originally Posted by Bristlebane

Doesn't matter what language, this can all be done 100% client side, especially C++.
It's one of the basic fundamentals found in virtually any programming language: String comparison.

There's already endless of functions in GW to compare strings so it's not like they had to write something new either: Names, Friends, Guilds, Whispers, Commands etc, all of them that are more complicated than this idea.

You do take into consideration that they work with BLOBS? I am not sure how much of the game is stored this way but as I remember from articles pretty much a lot. With them nothing is easy anymore even string comparisons. The problem as I understood is that some of the fuctions were extremely hard to program for them due to the way information was stored in their database.

Bristlebane · Jun 26, 2009, 11:41 AM // 11:41

But they don't have to store a single thing in their database since it would be 100% client side. 0% changes is needed on their servers or databases.
It's irrelevant to mention databases as they would be unaffected.