excluding the fact it was late at night and i was hassled already, i was pissed because the people who spend time on cartographer spend A LOT of time, recently i have been spending most of my evening adding the new TBC instance maps so people can be happy. for someone to come and say OMG BLOAT, OMG REMOVE IT etc really isn't what we want to see. we work on it to make people happy using it, it wasn't even out what 1 day and people are screaming remove it or whatnot, thats what boiled me, sorry.
glad to see its fixed now, the thing with the custom channel, i don't think its a good idea, for a start you would need a 2nd custom channel for the data, and get your guildies to join it, also anyone could join it, the idea is its private in your guild, now i know maybe only guild members are in your 2nd custom channel (presuming you made one) but its still open to others.
in my honest opinion although you want to force people to use the custom channel, talking in /g should still be allowed for your members.
glad to see its fixed now, the thing with the custom channel, i don't think its a good idea, for a start you would need a 2nd custom channel for the data, and get your guildies to join it, also anyone could join it, the idea is its private in your guild, now i know maybe only guild members are in your 2nd custom channel (presuming you made one) but its still open to others.
in my honest opinion although you want to force people to use the custom channel, talking in /g should still be allowed for your members.
That's a choice our guild has made. We are split over 2 guild because we are over 500 members. We currently use a custom channel and we accept that other people can join it and are willing to accept that we would need to use a custom channel for cartographer. We block /g because EXPERIENCE has taught us that if we didn't, then people would use it instead of the custom channel, and half our guildies would miss out on what's going on .... it's a necessity. It's take a lot for our guild to accept it, but it's worked out for the better.
I don't understand the technical issues here. What makes /g different that it can transmit data and text, where a cutom chennel can't?
I absolutely love Cartographer, and so does my guild. It's a fantastic add-on, and I really commend the developers.
However, I have to agree with Phanx here. I too think that the Guild Position code should be separated into it's own module (Cartographer_GuildPosition or Cartographer_Guild). The same could be said of some of the other sections currently included with Cartographer.
One of the nice parts with FuBar (for example) is that the base add-on is just a core. It doesn't include any modules by default, allowing the user to determine exactly what they want installed. Sure the modules can be disabled from within Cartographer (a great feature BTW), but some people would just like the ability not to install the modules in the first place.
You could still package things together in official releases, but having a separate folder named "Cartographer_GuildPositions" (or whatever) gives users at least some ability to easily remove the modules they don't wish to use.
IMO, adding the ability to be able to use a custom channel, in addition to, or replacing, the guild add on channel, would be nice, realize that custom channels *can* be password protected, although i am not sure how that works exactly, because I'd imagine as people come and, the channel "owner" moves around, and eventually, when no one is online, does the password get removed?
I have a problem with the modul: I play the enUS version of WoW, a guild member play the deDE version. Now, on update, a error is displayed with a messeage like "...GuildPositions.lua:380:Babble-Zone-2.2: Translation "Winterquell" does not exist". I look at the babble file and found the winterspring - winterquell translation - I think this is an error of the cartographer modul
I really like this addition. About 6 months ago I tried guildmap for this, and got a bit much of an increasing rate as a result, so removed it again. I'm pleased to see this doing much the same thing without as much resource hit.
I am, however, wondering if anyone is working on a standalone version compatable with the cartographer implementation. My problem is that about 30% of my guild won't switch from MetaMap (and have logical reasons for doing so, it's not just illogical dogmatic reasons.) I'm sure I'll get flamed for asking this with the usual "ask MetaHawk to add it to his," or "write it yourself" but I'm not trying ot get anyone to write anything here,
I'm just asking if there is a standalone version of this which I could suggest the non-Cartographer members of my guild use, or if the current version of GuildMap which i see on the ace updater happens to speak the same 'language' as Cartographer's guild positions.
I'll preface what I'm about to say with I think Cartographer is the best map odd-on out there. I'm not one for stroking egos, but I think what you guys have created is great. The thing that attracted me to Cartographer over MetaMap was the modular design and it's efficency.
However it's the modular design part that I think is really attractive. If you don't want a function, you don't load it and it takes up no room. This should really apply to all functions that are not core functions. GuildPositions, while a REALLY great idea, is not really a core function map function.
Quote from funkydude »
i was pissed because the people who spend time on cartographer spend A LOT of time, recently i have been spending most of my evening adding the new TBC instance maps so people can be happy. for someone to come and say OMG BLOAT, OMG REMOVE IT
While I see your passion and appreciate your dedication to the community, I don't think that ANYONE is saying get rid of it. They are merely saying "Please make it a seperate function so we have the choice to load it/use it when and if we choose to.
I for one would LOVE to use GuildPositions, but I find myself in the same position as those other guys who are in large split guilds. We use a custom channel and /g is blocked. I don't understnad the technical issues involved, but why is not possible to transmit data as well as text over a custom channel? Or are the /g, /r channels special? Personally I'd love to see GuildPositions being used in our guild. I've seen one of our officers using it so far (as officers still have /g) and it looks like it would be cool to be able to use it more widely.
Enough rambling from me. I really do appreciate the work you guys have put in, though I would like to see some of the newer non-core functions spit off into seperate modules.
LOD newbie here...is this a separate AddOn now? What is called? Will it show up in WAU? Do I need to do anything special to enable it once it's installed? Thanks.
LOD newbie here...is this a separate AddOn now? What is called? Will it show up in WAU? Do I need to do anything special to enable it once it's installed? Thanks.
I't still part of the "Cartographer" package in WAU. You can however disable each component on the addons screen in WoW itself.
glad to see its fixed now, the thing with the custom channel, i don't think its a good idea, for a start you would need a 2nd custom channel for the data, and get your guildies to join it, also anyone could join it, the idea is its private in your guild, now i know maybe only guild members are in your 2nd custom channel (presuming you made one) but its still open to others.
in my honest opinion although you want to force people to use the custom channel, talking in /g should still be allowed for your members.
That's a choice our guild has made. We are split over 2 guild because we are over 500 members. We currently use a custom channel and we accept that other people can join it and are willing to accept that we would need to use a custom channel for cartographer. We block /g because EXPERIENCE has taught us that if we didn't, then people would use it instead of the custom channel, and half our guildies would miss out on what's going on .... it's a necessity. It's take a lot for our guild to accept it, but it's worked out for the better.
I don't understand the technical issues here. What makes /g different that it can transmit data and text, where a cutom chennel can't?
AddOn channel to send to. Valid types are "PARTY", "RAID", "GUILD", "BATTLEGROUND".
Particularly because the messages are sent in the "invisible" guild channel, rather than the actual /g. If they were, people not using cartographer would be getting spammed, or would be required to join a separate channel (like the old ctra days where you had to sync up the channels). I really don't think that spending the time to make it so it can make people join yet another channel, so it can spam and have the same bad problems that ctra/ora/etc had.. which is the entire reason the SendAddonMessage function was created..
That was a bit rambling on, but I think you get the idea.
AddOn channel to send to. Valid types are "PARTY", "RAID", "GUILD", "BATTLEGROUND".
Particularly because the messages are sent in the "invisible" guild channel, rather than the actual /g. If they were, people not using cartographer would be getting spammed, or would be required to join a separate channel (like the old ctra days where you had to sync up the channels). I really don't think that spending the time to make it so it can make people join yet another channel, so it can spam and have the same bad problems that ctra/ora/etc had.. which is the entire reason the SendAddonMessage function was created..
That was a bit rambling on, but I think you get the idea.
Finally somebody who could answer my question! I guess I should just abandon hope got a custome GuildPositions channel. At least I'm no longer left waiting in the dark for an answer.
Thank you, kind Sir.
EDIT: Now that I understand the issue, I can now petition Blizzard to perhaps have API_SendAddonMessage ignore the /g restrictions on chat. It sounds like that might be the ACTUAL solution I'm looking for.
Rollback Post to RevisionRollBack
To post a comment, please login or register a new account.
glad to see its fixed now, the thing with the custom channel, i don't think its a good idea, for a start you would need a 2nd custom channel for the data, and get your guildies to join it, also anyone could join it, the idea is its private in your guild, now i know maybe only guild members are in your 2nd custom channel (presuming you made one) but its still open to others.
in my honest opinion although you want to force people to use the custom channel, talking in /g should still be allowed for your members.
That's a choice our guild has made. We are split over 2 guild because we are over 500 members. We currently use a custom channel and we accept that other people can join it and are willing to accept that we would need to use a custom channel for cartographer. We block /g because EXPERIENCE has taught us that if we didn't, then people would use it instead of the custom channel, and half our guildies would miss out on what's going on .... it's a necessity. It's take a lot for our guild to accept it, but it's worked out for the better.
I don't understand the technical issues here. What makes /g different that it can transmit data and text, where a cutom chennel can't?
That doesn't get us any closer to being able to actually use GuildPositions though ....
However, I have to agree with Phanx here. I too think that the Guild Position code should be separated into it's own module (Cartographer_GuildPosition or Cartographer_Guild). The same could be said of some of the other sections currently included with Cartographer.
One of the nice parts with FuBar (for example) is that the base add-on is just a core. It doesn't include any modules by default, allowing the user to determine exactly what they want installed. Sure the modules can be disabled from within Cartographer (a great feature BTW), but some people would just like the ability not to install the modules in the first place.
You could still package things together in official releases, but having a separate folder named "Cartographer_GuildPositions" (or whatever) gives users at least some ability to easily remove the modules they don't wish to use.
some excellent reading on the MonkeySphere there.
i would agree to modularize non-core features like group positions and note sharing =).
I am, however, wondering if anyone is working on a standalone version compatable with the cartographer implementation. My problem is that about 30% of my guild won't switch from MetaMap (and have logical reasons for doing so, it's not just illogical dogmatic reasons.) I'm sure I'll get flamed for asking this with the usual "ask MetaHawk to add it to his," or "write it yourself" but I'm not trying ot get anyone to write anything here,
I'm just asking if there is a standalone version of this which I could suggest the non-Cartographer members of my guild use, or if the current version of GuildMap which i see on the ace updater happens to speak the same 'language' as Cartographer's guild positions.
I'll preface what I'm about to say with I think Cartographer is the best map odd-on out there. I'm not one for stroking egos, but I think what you guys have created is great. The thing that attracted me to Cartographer over MetaMap was the modular design and it's efficency.
However it's the modular design part that I think is really attractive. If you don't want a function, you don't load it and it takes up no room. This should really apply to all functions that are not core functions. GuildPositions, while a REALLY great idea, is not really a core function map function.
While I see your passion and appreciate your dedication to the community, I don't think that ANYONE is saying get rid of it. They are merely saying "Please make it a seperate function so we have the choice to load it/use it when and if we choose to.
I for one would LOVE to use GuildPositions, but I find myself in the same position as those other guys who are in large split guilds. We use a custom channel and /g is blocked. I don't understnad the technical issues involved, but why is not possible to transmit data as well as text over a custom channel? Or are the /g, /r channels special? Personally I'd love to see GuildPositions being used in our guild. I've seen one of our officers using it so far (as officers still have /g) and it looks like it would be cool to be able to use it more widely.
Enough rambling from me. I really do appreciate the work you guys have put in, though I would like to see some of the newer non-core functions spit off into seperate modules.
The split has worked fine. Thanks.
Are you guys intending on adding a custom channel for GuildPositions? If not I'll just disable it.
I couldn't find one there. :(
LOD newbie here...is this a separate AddOn now? What is called? Will it show up in WAU? Do I need to do anything special to enable it once it's installed? Thanks.
I't still part of the "Cartographer" package in WAU. You can however disable each component on the addons screen in WoW itself.
You mean packaging o.O
http://www.wowwiki.com/API_SendAddonMessage
AddOn channel to send to. Valid types are "PARTY", "RAID", "GUILD", "BATTLEGROUND".
Particularly because the messages are sent in the "invisible" guild channel, rather than the actual /g. If they were, people not using cartographer would be getting spammed, or would be required to join a separate channel (like the old ctra days where you had to sync up the channels). I really don't think that spending the time to make it so it can make people join yet another channel, so it can spam and have the same bad problems that ctra/ora/etc had.. which is the entire reason the SendAddonMessage function was created..
That was a bit rambling on, but I think you get the idea.
Finally somebody who could answer my question! I guess I should just abandon hope got a custome GuildPositions channel. At least I'm no longer left waiting in the dark for an answer.
Thank you, kind Sir.
EDIT: Now that I understand the issue, I can now petition Blizzard to perhaps have API_SendAddonMessage ignore the /g restrictions on chat. It sounds like that might be the ACTUAL solution I'm looking for.