I think the only around certain shades of white being rendered as transparent that is to avoid those colours when I actually construct the map item data, but that is something I can make the program do, you don't have to change the picture you are using with the program. I will have to mess around with the code a bit, and see what I come up with. The brush tool is doable, will just take a bit of time.
With the text, what problems are you having? Click on "Add text" and your cursor will change to a cross. You then need to drag out the area you want text to appear on your picture. A textbox will appear, and you can type you text there. Then hit submit
I've discovered a small problem using this program. The default window size is taller than my maximum screen resolution, and resizing the window does not add scroll bars to the sides.
Is there a solution to this other than buying two new monitors with taller screen resolutions?
Changes in 1.0.6
Fixed a bug where shades of white would be added to the minecraft map as transparent
Added a paint option that allows you to paint any colour supported by minecraft maps directly to the canvas
I've discovered a small problem using this program. The default window size is taller than my maximum screen resolution, and resizing the window does not add scroll bars to the sides.
Is there a solution to this other than buying two new monitors with taller screen resolutions?
Hmm. There is no solution out of the box, but I could change the program to adapt to your screen size if you don't have enough vertical space for the default.
I've discovered a small problem using this program. The default window size is taller than my maximum screen resolution, and resizing the window does not add scroll bars to the sides.
Is there a solution to this other than buying two new monitors with taller screen resolutions?
By the way, what resolution are you using? One way I could fix this is by coding in a smaller version of the program to be used when the program doesn't fit on the screen. But I would have to know what size to make it otherwise the whole idea of a smaller version would be pointless if it still didn't fit on your resolution.
Added small mode that turns on automatically if you are running a resolution with a height below 800
Update on linux version: I have started tooling around with gtk and it is going well. GTK will allow me to port the application to mac and linux fairly easily. The only downside is I have to rewrite the whole program using this new system. I used C# for the current system, so I can't take any of the code over. I will keep you posted.
To those who want a linux version, what sort of distribution do you want? Do you want just the executable, a package (like .deb) or do you just want the source code. Once I have it up and running and I have worked with it a bit I will have a better idea how I want to distribute it. The source code is available at anytime for anyone who wants it. Anyone have any good suggestions on where to host the code? Or should I just put it up as an archive on sourceforge?
Yes, but you first need to download mono. Then go to the terminal and go to the directory of mapitemedit and type "mono MapItemEdit.exe". There is probably a better to do it, but i don't have a mac to test on
In macs you can't run EXE files.
EDIT = Never mind, I saw what you meant. (Mods feel free to delete this post)
Can we have another download location? Every time I click to download now it just sends me to another list of three files then takes me to their file page, download now then takes to three more files and so on and so on.
Work on the linux version of MapItemEdit is going well. It's taken a while since I had to rewrite the whole program in c++ using gtk. Because I am using c++ for the linux version, I also had to rewrite the code I was using to read minecraft data files, but I managed to finish that. Now I just need to fill out the rest of the functionality
Here is a fun idea I had. In minecraft, to put painting on the wall you have to use an item frame. But then its square, and I didn't like that since paintings are usually rectangular. So I thought, since they made the map items seamless when you put them in an item frame now, why don't I use more than one item frame. Here is the result, enjoy!
I had an idea myself. Remember those pesky transparent colors?
Well, what if we brought them back, deliberately? So we could make 'medals' and similar items?
It would have to be brought in using a method that can't be confused with normal white. Perhaps have it sensitive to alpha channels.
Yes, I think that's a good idea. I will make some pictures with transparencies and then test loading it into MapItemEdit. Then I will also test using pictures with white them, to make sure I don't reintroduce the problem, but I think using transparency to our advantage could work out nicely
Changes in 1.0.8
Included proper support for transparency
Try out the new update with pictures that have transparency. Transparent parts of the picture will appear as gray in MapItemEdit, but this is just to indicate transparency. Let me know how it works out. Can't wait to see what you can do with it
After many weeks of work, it is finally done, I have finished the linux version of MapItemEdit
You can find the files in the usual place. Sourceforge should automatically send you to the linux download when you click the download button if you are running linux. In the archive I uploaded to sourceforge, I included the binary and a script that will download all the libraries you need to run MapItemEdit. This script was made and tested in ubuntu. Any other linux distributions that also use apt-get should be able to use it.
If you use a different distributions, you will need the following libraries
zlib1g
libfreeimage3
libgtk-3-0
I have uploaded the source code to sourceforge so you can compile it for your favourite linux distribution if you want to. If you want to compile the code, you have to install the developer versions of the required libraries. Just run the included install-dev-libraries script on ubuntu, or any other distribution that uses apt-get.
If your distribution doesn't use apt-get, then you will need the following developer libraries
zlib1g-dev
libfreeimage-dev
libgtk-3-dev
I have included the old colours to the program.
If you are using a version older than 1.7.2, then just click old colours and the program will work with older versions
Just made an acccount to post here saying how much I love this program! Have some diamonds!
I'm also here with a suggestion: How about some command-line options for the program? I have some map items I used to display a rail transit network in one of the multiplayer worlds I frequent, and it needs frequent updating. I can streamline the process of subdividing the png image into 128*128 sections using a batch file and Irfanview, but the final process of turning them into map_x.dat files still had to be done manually. So yeah, some basic command-line functionality would be a great plus.
While you're at it, why not support drag-dropping of map_x.dat files as well? The image drag-drop support alone doesn't feel complete without being able to quickly switch to a new map_x.dat by drag-dropping.
-create C:\newmapitem.dat C:\picture.bmp
The create option specifies that you want MapItemEdit to create a new map item for you. The first parameter is the path of the new map item. The second parameter is the path to the picture you want to turn into a map item
Optional parameters
-nomaintain
Tells MapItemEdit to not maintain the aspect ratio when importing the picture for conversion
-oldcolours, -oldcolors
This option tells MapItemEdit to use the old colours when importing the picture. Both spellings of colour are accepted.
Map item files can also now be dragged and dropped into the program
-create C:\newmapitem.dat C:\picture.bmp
The create option specifies that you want MapItemEdit to create a new map item for you. The first parameter is the path of the new map item. The second parameter is the path to the picture you want to turn into a map item
Optional parameters
-nomaintain
Tells MapItemEdit to not maintain the aspect ratio when importing the picture for conversion
-oldcolours, -oldcolors
This option tells MapItemEdit to use the old colours when importing the picture. Both spellings of colour are accepted.
Map item files can also now be dragged and dropped into the program
Lovely! I swear these new features will shave off minutes of file management work, relocating the folders, etc., especially for people who need their map items updated regularly. Thanks a bunch!
Now I'll show you what I have done with this program: a movie screen made up of 9 by 5 (45) map items. Idk if anyone has done anything bigger than this. Also, guess the film.
This is back when the white-transparency bug is still present though, so I have to generally reduce the brightness of the source image.
Very nice program nonetheless! This picture of my fence lizard fits flawlessly into the game:
Also: I noticed a bug where some shades of white will register as those pixels being transparent, making it look weird:
With the text, what problems are you having? Click on "Add text" and your cursor will change to a cross. You then need to drag out the area you want text to appear on your picture. A textbox will appear, and you can type you text there. Then hit submit
You have an extremely useful and fun program! If I were you, I'd put the link on adf.ly and try to get a bit of moohlah
Is there a solution to this other than buying two new monitors with taller screen resolutions?
Changes in 1.0.6
Fixed a bug where shades of white would be added to the minecraft map as transparent
Added a paint option that allows you to paint any colour supported by minecraft maps directly to the canvas
Hmm. There is no solution out of the box, but I could change the program to adapt to your screen size if you don't have enough vertical space for the default.
By the way, what resolution are you using? One way I could fix this is by coding in a smaller version of the program to be used when the program doesn't fit on the screen. But I would have to know what size to make it otherwise the whole idea of a smaller version would be pointless if it still didn't fit on your resolution.
That's pretty cool
Added small mode that turns on automatically if you are running a resolution with a height below 800
Update on linux version: I have started tooling around with gtk and it is going well. GTK will allow me to port the application to mac and linux fairly easily. The only downside is I have to rewrite the whole program using this new system. I used C# for the current system, so I can't take any of the code over. I will keep you posted.
To those who want a linux version, what sort of distribution do you want? Do you want just the executable, a package (like .deb) or do you just want the source code. Once I have it up and running and I have worked with it a bit I will have a better idea how I want to distribute it. The source code is available at anytime for anyone who wants it. Anyone have any good suggestions on where to host the code? Or should I just put it up as an archive on sourceforge?
In macs you can't run EXE files.
EDIT = Never mind, I saw what you meant. (Mods feel free to delete this post)
Work on the linux version of MapItemEdit is going well. It's taken a while since I had to rewrite the whole program in c++ using gtk. Because I am using c++ for the linux version, I also had to rewrite the code I was using to read minecraft data files, but I managed to finish that. Now I just need to fill out the rest of the functionality
Here is a fun idea I had. In minecraft, to put painting on the wall you have to use an item frame. But then its square, and I didn't like that since paintings are usually rectangular. So I thought, since they made the map items seamless when you put them in an item frame now, why don't I use more than one item frame. Here is the result, enjoy!
I had an idea myself. Remember those pesky transparent colors?
Well, what if we brought them back, deliberately? So we could make 'medals' and similar items?
It would have to be brought in using a method that can't be confused with normal white. Perhaps have it sensitive to alpha channels.
Yes, I think that's a good idea. I will make some pictures with transparencies and then test loading it into MapItemEdit. Then I will also test using pictures with white them, to make sure I don't reintroduce the problem, but I think using transparency to our advantage could work out nicely
Changes in 1.0.8
Included proper support for transparency
Try out the new update with pictures that have transparency. Transparent parts of the picture will appear as gray in MapItemEdit, but this is just to indicate transparency. Let me know how it works out. Can't wait to see what you can do with it
You can find the files in the usual place. Sourceforge should automatically send you to the linux download when you click the download button if you are running linux. In the archive I uploaded to sourceforge, I included the binary and a script that will download all the libraries you need to run MapItemEdit. This script was made and tested in ubuntu. Any other linux distributions that also use apt-get should be able to use it.
If you use a different distributions, you will need the following libraries
zlib1g
libfreeimage3
libgtk-3-0
I have uploaded the source code to sourceforge so you can compile it for your favourite linux distribution if you want to. If you want to compile the code, you have to install the developer versions of the required libraries. Just run the included install-dev-libraries script on ubuntu, or any other distribution that uses apt-get.
If your distribution doesn't use apt-get, then you will need the following developer libraries
zlib1g-dev
libfreeimage-dev
libgtk-3-dev
Have fun!
I have included the old colours to the program.
If you are using a version older than 1.7.2, then just click old colours and the program will work with older versions
I'm also here with a suggestion: How about some command-line options for the program? I have some map items I used to display a rail transit network in one of the multiplayer worlds I frequent, and it needs frequent updating. I can streamline the process of subdividing the png image into 128*128 sections using a batch file and Irfanview, but the final process of turning them into map_x.dat files still had to be done manually. So yeah, some basic command-line functionality would be a great plus.
While you're at it, why not support drag-dropping of map_x.dat files as well? The image drag-drop support alone doesn't feel complete without being able to quickly switch to a new map_x.dat by drag-dropping.
Cheers
MapItemEdit can now be run using the command line
-create C:\newmapitem.dat C:\picture.bmp
The create option specifies that you want MapItemEdit to create a new map item for you. The first parameter is the path of the new map item. The second parameter is the path to the picture you want to turn into a map item
Optional parameters
-nomaintain
Tells MapItemEdit to not maintain the aspect ratio when importing the picture for conversion
-oldcolours, -oldcolors
This option tells MapItemEdit to use the old colours when importing the picture. Both spellings of colour are accepted.
Map item files can also now be dragged and dropped into the program
Lovely! I swear these new features will shave off minutes of file management work, relocating the folders, etc., especially for people who need their map items updated regularly. Thanks a bunch!
Now I'll show you what I have done with this program: a movie screen made up of 9 by 5 (45) map items. Idk if anyone has done anything bigger than this. Also, guess the film.
This is back when the white-transparency bug is still present though, so I have to generally reduce the brightness of the source image.