Jump to content
SubSpace Forum Network

Recommended Posts

Posted

The fill tool acts weird when you try to fill in open spaces... you should restrict it when it's going to fill in thousands of tiles ; it slows down the whole program , and will only bug the map anyway

 

Anyways, very good job smile.gif If you want to enable LVZ handling, I suggest you have it somehow in a different module or something, so it wouldn't slow down the program when you don't need lvz's

  • Replies 219
  • Created
  • Last Reply

Top Posters In This Topic

Top Posters In This Topic

Posted Images

Posted
i've been thinking to restrict it to the screen only, so only the part of what you see gets filled, nothing more, altough, i should make an option to turn that off if you want to fill the whole map for some reason :/ but yeah it's kinda slow atm, i need to upgrade the algorithm to QuickFill >.>
Posted

Great editor, been having some fun times with it. I think the fact that it's standalone is great, but here's my suggestion:

 

When you run the program for the first time, you should have a prompt to specify where Continuum has been installed, so every time you open someting, you're already in your /Continuum/ folder. I would have C:/Program Files/Continuum/ pre-filled in, so most people can just hit 'ok'; then in an options menu, provide the option to change the default 'Open' folder.

 

Thanks for the great program!

Posted

Suppose you are working on a map and one day you do *getfile the same map from the server. Map gone.

Its a really bad thing to force people make use of a directory that most developers don't want to use. (Not to mention all the Continuum Program files are in there, thats why its under C:\Program Files)

Posted
Developers usually don't store their maps in the C:\Program Files\Continuum folder since it can be overwrittened by Continuum. Bad suggestion imo :D

I have a Continuum/dev/ folder, I'm very picky about where things go blum.gif

 

But I just suggested that C:/Program FIles/Continuum/ was prefilled in, still requiring the person to hit 'OK', and still giving them the option to change it. So whatever smile.gif

Posted

here's a new version

 

- fixed the save button acting like save as all the time

- fixed undo support for replacing (seemed to be missing)

- added flip and mirror selection functionality

- now you can drag and drop (multiple) lvl file(s) on the main window, and it will open them all

- also added some shortcuts to the menu , such as ctrl+s, ctrl+o and such

 

Thats about it, i've tried implementing the walltiles, but due to some unexpected difficulties it has some delay... (pc doesn't want me to implement it, it always crashes, or doesnt work, or messes it up >.>)

 

Btw i don't want to have a default path for now, because a default path would make me do an option window, where you can put it and all, and i'm lazy to do that >.>, besides just going to the folder once isn't that bad is it ?)

DCME_v103.zip

Posted

just a quick build now

 

- now you can use the arrow keys to move the map

- you can now toggle the right panel to hide it or show it, which is useful when you want to have a good overview of your map. (you still have a mini tileset picture, where you can see which tiles you've !@#$%^&*igned to draw left or right with

DCME_v104.zip

Posted

hmmm... o_O" it should support 8bit, and 24bit, but 24bit is the highest i can in psp9

 

i'll attach a lvl i tested with

 

also i just implemented the bucket limited to the screen option ( i forgot to add that :D )

 

Edit: can you attach a map with the 32-bit tileset, i'll try to adapt DCME for it, because i have no idea why it didn't refuse it in the first place (only 8-bit and 24-bit should be able to be opened)

DCMEv104_withbucketlimitation.zip

test2.lvl

Posted

new build:

 

- added recent opened maps

- you can open lvl files with DCME now in explorer (open with... dcme) although once you have opened one, if you start another lvl , it will open another DCME window (working on that)

- fixed deleting the selection (by pressing Del)

- fixed cutting

- fixed some minor problems

 

now hopefully this won't introduce new bugs :rolleyes:

 

Btw still waiting on your 32-bit tileset blum.gif

 

Edit: btw i'm thinking of reimplementing the selection more as a seperate layer than just an area of the tiles. That way you will be able to do all operations on the selection, rather than to deselect and reselect it, because now, DCME lets you think you are moving the tiles, but it only shows so. It only moves the tiles once you apply the selection. If i store those tiles from the selection in a seperate array i can manipulate them easier, but i don't know how much slower this will go, so i'll test it, and see if it's worth it

DCMEv105.zip

Posted
But if he updates it so often... perhaps it's better to wait until there's a stable version?

Constant updates don't necessarily mean that the build is unstable, it simply means that there is no practical reason to put it on SSDL.com

 

I have another suggestion:

When you're doing tilework, it's annoying to have to select the erase tool all the time! Have an option so we could draw with one mouse button, and erase with the other!

 

Add a small icon near the tile tray that represents the eraser.

 

Great program!

Posted

i'll see what fits best. Did you know you can press shortcuts like E = eraser, P = pencil, hold CTRL for dropper, and so on to hotswap between tools, propably not because i need to write a help file :rolleyes:

 

i'll add it to subspace once i didn't find any bug in a week or so, when i find a bug every that often i need to fix it immediatly and reupload it when i put it on subspacedownloads, now when i find a bug, i fix it, and when i implement something new or found more bugs, i make a new build, and upload it here, and here you guys can test it :D

Posted

seems my host has some problems, i already had to use ftp instead of the default frontpage plugins to upload :/

 

The most recent DCME version is in this thread, its easier to attach here, than to update my site with it blum.gif

 

btw: would an option to have small medium or large tool (for pencil, line, ellipse and so ) be useful ? like the width of a line ?

Posted

nvm that 32-bit thing.. I can't reproduce the bug since I overwritten the file.. So I don't really know what it was anyway... blum.gif

 

Oh.. add something that tells you the size of the selection / square / line / ellipse you are drawing... like where there are currently only coords.. change it to:

Xstart , Ystart -> Xcoord , Ycoord

Xsize x Ysize

while drawing something

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...

×
×
  • Create New...