SLADE Discussion - Latest: v3.2.7 (25/Dec/2024)

[sirjuddington]

So I was thinking the other day about if WAD namespaces could be represented as folders in SLADE (For example everything between S_START and S_END for example would be shown in a Sprites folder). This would make working with them a lot more convenient. Is this too outlandish or does it seem like a practical feature to implement?

This is probably doable, though it might cause confusion for some people (having 'folders' in a wad file, which is really just a single list of entries). Probably something that can wait for the 'project' feature I plan to start on once the map editor is done.

On an unrelated note, I have created a repository for SLADE at GitHub here: https://github.com/sirjuddington/SLADE, and will likely be using this from now on over svn (not that there was anything wrong with it, just git/github has certain advantages). One good thing about github is the issue tracker, which (if people actually use it ) makes it much easier for me to keep track of bugs/requests/etc. So yeah, if anyone has any outstanding bug reports or feature requests, post them to the tracker (you don't have to sign up to do it). Much less likely the bug/request will get buried and forgotten like can happen in this thread

[Blue Shadow]

One good thing about github is the issue tracker, which (if people actually use it ) makes it much easier for me to keep track of bugs/requests/etc. So yeah, if anyone has any outstanding bug reports or feature requests, post them to the tracker (you don't have to sign up to do it). Much less likely the bug/request will get buried and forgotten like can happen in this thread

Sounds good...

[Edward-san]

... it seems slade won't compile in my platform (Ubuntu 13.04, x86_64), but this patch I attached below seems to fix it.

linuxcompile.txt

(842 Bytes) Downloaded 46 times

[Gez]

And that'll prevent me from compiling it on my platform.

[Edward-san]

which error do you get? D:

edit: just to clarify, I get these errors with clean svn copy:

---

Code: Select all

[  0%] Building CXX object src/CMakeFiles/slade.dir/mus2mid/mus2mid.o
In file included from /home/edward-san/zdoom/slade/src/mus2mid/mus2mid.cpp:32:
In file included from /home/edward-san/zdoom/slade/src/mus2mid/mus2mid.h:32:
/home/edward-san/zdoom/slade/src/mus2mid/../Main.h:52:5: error: missing
      'typename' prior to dependent type name 'M::iterator'
    M::iterator i = m.find(k);
    ^~~~~~~~~~~
    typename 
/home/edward-san/zdoom/slade/src/mus2mid/../Main.h:54:27: error: missing
      'typename' prior to dependent type name 'M::mapped_type'
        return const_cast<M::mapped_type&>(def);
                          ^~~~~~~~~~~~~~
                          typename 
2 errors generated.

then, after adding the suggested 'typename':

---

Code: Select all

[  0%] Building CXX object src/CMakeFiles/slade.dir/Clipboard.o
In file included from /home/edward-san/zdoom/slade/src/Clipboard.cpp:31:
In file included from /home/edward-san/zdoom/slade/src/Clipboard.h:5:
/home/edward-san/zdoom/slade/src/Archive.h:210:131: warning: implicit conversion
      of NULL constant to 'bool' [-Wnull-conversion]
  ...ArchiveTreeNode* dir = NULL) { return Archive::getEntry(name, NULL); }
                                           ~~~~~~~                 ^~~~
                                                                   false
In file included from /home/edward-san/zdoom/slade/src/Clipboard.cpp:30:
/home/edward-san/zdoom/slade/src/Main.h:51:105: error: unexpected type name
      'mapped_type': expected expression
  ...typename M::key_type &k, typename M::mapped_type def = M::mapped_type()) {
                                                               ^
/home/edward-san/zdoom/slade/src/Clipboard.cpp:341:23: note: in instantiation of
      default function argument expression for 'findInMap<std::map<MapSector *,
      MapSector *, std::less<MapSector *>, std::allocator<std::pair<MapSector
      *const, MapSector *> > > >' required here
                MapSector* sector = findInMap(sectMap, sides[a]->getSector());
                                    ^
In file included from /home/edward-san/zdoom/slade/src/Clipboard.cpp:30:
/home/edward-san/zdoom/slade/src/Main.h:51:105: error: unexpected type name
      'mapped_type': expected expression
  ...typename M::key_type &k, typename M::mapped_type def = M::mapped_type()) {
                                                               ^
/home/edward-san/zdoom/slade/src/Clipboard.cpp:352:19: note: in instantiation of
      default function argument expression for 'findInMap<std::map<MapVertex *,
      MapVertex *, std::less<MapVertex *>, std::allocator<std::pair<MapVertex
      *const, MapVertex *> > > >' required here
                MapVertex* v1 = findInMap(vertMap, lines[a]->v1());
                                ^
In file included from /home/edward-san/zdoom/slade/src/Clipboard.cpp:30:
/home/edward-san/zdoom/slade/src/Main.h:51:105: error: unexpected type name
      'mapped_type': expected expression
  ...typename M::key_type &k, typename M::mapped_type def = M::mapped_type()) {
                                                               ^
/home/edward-san/zdoom/slade/src/Main.h:51:105: error: unexpected type name
      'mapped_type': expected expression
/home/edward-san/zdoom/slade/src/Clipboard.cpp:370:34: note: in instantiation of
      default function argument expression for 'findInMap<std::map<MapSide *,
      MapSide *, std::less<MapSide *>, std::allocator<std::pair<MapSide *const,
      MapSide *> > > >' required here
                MapSide *newS1 = findInMap(sideMap, lines[a]->s1());
                                 ^
In file included from /home/edward-san/zdoom/slade/src/Clipboard.cpp:30:
/home/edward-san/zdoom/slade/src/Main.h:51:105: error: unexpected type name
      'mapped_type': expected expression
  ...typename M::key_type &k, typename M::mapped_type def = M::mapped_type()) {
                                                               ^
1 warning and 5 errors generated.

[Gez]

error C2899: typename cannot be used outside a template declaration

Best I can do is

Code: Select all

template<typename M>
typename M::mapped_type findInMap(M &m, const typename M::key_type &k, typename M::mapped_type def = M::mapped_type()) {
    typename M::iterator i = m.find(k);
    if(i == m.end()) {
        return const_cast<typename M::mapped_type&>(def);
    } else {
        return i->second;
    }
}

But if I have "= typename M::mapped_type()" in the function line it doesn't compile.

[Edward-san]

... which compiler gets wrong? mine is clang 3.3svn...

[Gez]

VC++ 2005.

Do you need that one typename here?

[Nash]

Is there a tool in SLADE to convert FON1/FON2 fonts into individual stcfn* graphics? This manual/copy-pasting in Photoshop is killing me... and prone to mistakes too...

[Gez]

Nah, it shows all characters as a single image. Why do you need to have them as separate graphics, though? If you want a custom smallfont from a FON1 or FON2 lump, call it SMALLFNT, and there you go, the small font is replaced.

[Nash]

I am producing a high res font with bagheadspidey's Font Generator. To scale them down, I need to export each glyph as stcfn* graphics and scale them all down with TEXTURES. But before I do that, I need to hand edit each glyph and it's much easier to do this if I export as a single image first.

(Why export as a single image? FontGen has "export to stcfn* graphics" option. Yes it does but some of my editing steps require me to do something that will affect all characters and it's better to have the image as a single file)

If SLADE could export FON2 to individual lumps, I imagine my pipeline to be:

Font Generator -> Export as single image -> Edit -> Convert image to FON2 -> SLADE convert FON2 to STCFN* graphics

Right now what I am doing is everything up to the Edit step. Then I have to select each character in Photoshop -> Copy -> File -> New -> Paste -> Save -> ninja moves with mouse and keyboard to untick a checkbox then type in the correct filename... imagine doing this hundreds of times. The last step especially is prone to mistakes because sometimes I might name the file wrongly.

Already spent 2 hours today doing only font work...

Anyway, if this falls in the "too much work for little gain" category - that's fine, I think I've thought of some ways to simplify my pipeline but I'll have to try them tomorrow... too exhausted right now...

[Edward-san]

VC++ 2005.

Do you need that one typename here?

that typename fixes the compilation for me, yeah.

[Gez]

To scale them down, I need to export each glyph as stcfn* graphics and scale them all down with TEXTURES.

I think it'd be better to suggest something to scale textures (probably in FONTDEFS) then. Having to export a single-lump font to a bunch of graphics just to have scaling is not exactly optimal.

[disposable_username2]

So yeah, if anyone has any outstanding bug reports or feature requests, post them to the tracker (you don't have to sign up to do it).

Yes, we do need to sign up.

[Uboa]

Is there a way to keep SLADE from making a backup? I'm tired of it making just another 92 MB backup in my Dropbox folder.