Follow-up Comment #2, bug #26438 (project gnustep): been a while since i've looked at this, so this may be hogwash.
IIRC the way appicons work in windowmaker is somewhat odd. in the ICCCM if you look at... 4.1.2.4. WM_HINTS Property where it talks about the initial_state hint it only describes behaviours for IconicState and NormalState, iirc windowmaker does something special when the first window is mapped with its initial_state to WithdrawnState. making that window the app icon window... this happens in -orderwindow::: after the comment... /* If we are asked to set hints for the appicon i'm kinda confused on one thing, it looks like 'UseWindowmakerIcons = NO' default shouldn't really work anymore since the following patch, I mean... it looks like we create the windowmaker icon... but just don't send it any events in XGServerEvent or something... maybe wlux was just talking about the effect he would _expect_ from UseWindowmakerIcons = NO? anyhow, i haven't tried it. https://savannah.gnu.org/patch/?5434 anyhow further down in XGServerWindow.m:-orderwindow::: the comment starting with... /* This doesn't appear to do anything useful, and, at least iirc this line ensured that the first window mapped was the icon window, it could possibly be refined to aleviate the problems which caused it to be commented out. it probably 'doesn't appear to do anything' because -gui was creating/mapping the app-icon window first anyways until the offset checks... _______________________________________________________ Reply to this item at: <http://savannah.gnu.org/bugs/?26438> _______________________________________________ Message sent via/by Savannah http://savannah.gnu.org/ _______________________________________________ Bug-gnustep mailing list [email protected] http://lists.gnu.org/mailman/listinfo/bug-gnustep
