Samapico

err... I merged all these related threads.. but then they all lost their !@#$%^&*les so it might not seem to make much sense.... but they were all fixed apparently... its just that it made some useful threads get on 2nd page edit: I edited slightly all the posts so it now makes some sense...

interesting maybe 'picradar_click' should just call updateselectiononpreview or something like that or wait... that one is called with updatepreview hm? .... anyways... i cant even check this out... boohoo

lmao... sue me as soon as next version is out and compiled by Drake, it will alllll be fixed (the French stuff at least) wow... just read all those topics... SOS4betatester I guess v1.1.10 will be mostly interface fixes

erm yeh.. im too lazy to comment... besides, sometimes i dont understand myself after I wrote the code

only difference i see is the size of the X

doesn't selection shows 'from' and 'to' coordinates like other tools? if not, that would be an easy fix and size in pixels.. i considered the idea, problem is there is no place to put it

rofl, sama played a bit with that code, seems it's messed up now (no offense sama). It worked however, it dumps the entire pixel picture (so 1024x1024 picture) to a specified bmp, and also you could set the dimension, like 512 to have only a resized 512x512 picture It worked when i last did something to it, now it doesn't work anymore, so it's not my fault erm.. yeh.. i messed with that thing a bit it was easy to make it crash, and it was impossible to cancel...

o_O even i didn't know that LOL well, as soon as I get working on it, speed will be adjustable and ALT will probably make it 2x or something

the point of this would be to make it faster I guess... moving a 1024x1024 boolean array + 1024x1024 integer array... or... just screw the booleans if it stays at 1024x1024... just put 0 as integer... even if the array is resized we wouldnt need boolean array that way.. hmm

could be resized every time it changes

wtf lol.. WTF AM I DOING IN DEVELOPMENT FORUM...

You know, in most programs there are some helpful messages that appear in the status bar... DCME doesnt have that... because of that, i'm sure many features arent being used because people do not know about them. For example, when dragging a line out of the window, the map moves... but if you hold ALT, it moves faster Or if you right-click on the radar, you can center on a specific location... these are the kind of things that could appear somewhere... perhaps beside the toolbar buttons at the top... depending on the situation, if you're hovering over the radar, it would say 'Right-click to center on a specific location' I think that would be nice... ... edit: move this one to DCME forum too... :S my bad

There already is a feature to paste/drop selection under existing tiles, or transparently.... but I just thought that a feature to 'draw' under existing tiles could be useful (and really easy to implement) as well... (of course, 'transparent drawing' wouldnt make any sense...) say you have a big map, with nice bases and stuff... and you want to draw HUGE circles of transparent tiles on the map to get some kind of nice effect on the radar, without raping your nice walls... well you could do it. or, let's say you need to quickly fill a large area with anti-brick tiles to limit the greens spawn area... well you could do it without removing existing tiles.. mmmmmmmmmhm

im not going to download a whole other VB program... im sure there is a way to make it compile using another language... I mean... the fact that it is in french is only meant to give me a french interface, it shouldnt affect the way I have to distribute my programs... thats dumb

wha... dude... i was just throwing out an idea there... but uh... you seem to have fun lol.. so... good luck :S oh.. just saw something: it would be nice to still be able to modify it... say there is a floating selection that has been moved... you unselect a part of it with ctrl + drag, and it drops that part of the selection... you could also add something to the selection ... floating or not if the selection is made of some kind of 'other layer' , I think it wouldnt be much harder to do that. And making it a separate layer would allow us to make the rendering of a floating selection perfectly in any condition... when moving map around, with transparent / under paste on, etc... you'd have map tiles AND selection tiles over each other, and each time the preview is updated, it renders desired tiles

I'm dreaming of being able to select multiple parts of the map at once with shift and/or exclude some parts of the selection with ctrl... to have selections with weird shapes.... That'd be awesome... but first, selection needs to be made layer-like, so it can be flipped/rotated/whatever... then it would be possible to do it I think the hardest part won't be to tell the program which tile is part of the selection and which isnt... but to draw a dotted line around them ô.o mhm... end of my dream... back to work

but how can I make it compile non-french? ... i'll have to take a look... just get the .dll i attached for now i'll fix it someday

someone else had that problem before, and its not a dumb question Did you get the same problem with previous versions of DCME? That might give us a hint as to what's causing the problem... that DLL is for French version of visual basic 6.0, which I am using to build DCME... but I have no idea why it needs it... why would it need the language DLL after being compiled... and how would I fix that... cause it seems that all the .exe I compile have this problem, and not those compiled by Drake... I'm guessing you're not using VB6.0 French Drake? anyways... here's your temporary fix: it goes in c:\windows\system32 if I remember correctly http://www.ssforum.net/index.php?act=Attac...pe=post&id=1727

I wish I had ms visual basic where I am now... bleh.. I feel useless

a) is easy fix... updatelevel on mouseup agreed with and change keyboard shortcuts to ctrl+H and ctrl+V (whatever they're set to at the moment..) agreed with c) too... that confused me in the beginning.. plus, since the default is 'yes' , if you hit 'enter' it exits without saving, while it usually saves when you hit enter d) isnt much of a problem... plus you can use the 'hole' as reference as to where was the selection initially e) will be fixed as well, but its more complicated than it seems, so it will take time nothing to say about f)

Drake, I know you had started working on these some time ago... you made a class for them and stuff like that... but I'm wondering, how did you planned on doing them exactly? Would wall-tiles be a tool? or a tile you select... I noticed you wanted to be able to have multiple wall-tiles set at once, by adding more / deleting them, that's nice... but it might be simpler to allow a fixed number of sets... like 8, which would be plenty enough for any kind of tileset... anyways... i was just pulling out what was on my mind about them... i dont even know why im talking about it, since i cant work on that until... 2 weeks or so perhaps... i have tons of fun features in mind for that thing, but wall-tiles should definitly be the next thing to add... if any of you guys can think of a way to integrate them in the interface so it would be practical, i'm listening my belly hurts

yeh... but to specify a desired tileset to load as default when creating a new map is nice too...

That is the question... The only use for default.bmp now is to allow people to change it to get a different default tileset, because the program itself contains the default tileset and doesn't really need to have that bmp. Other than that it's just an annoying file that brings problem when it's not found... The best thing to do in my opinion would be to get rid of default.bmp, but add an option to define an external tileset as default, so then the user could specify which tileset to use when he creates a new map, the path of the tileset could be saved in a text file for the next use... Bleh why am I even creating a poll for that, that is what I am gonna do anyway... oh well, just tell me what you think about it.

if there is any other 'continuum' version coded, it will not be 'continuum' because it would be entirely recoded... that is only 'if' anything ever happens

try that link up there... all the archived versions are there, and all updated archives will be there as well... so once in a while you can check it out and upload the newest version... because updates might be done often