User forums > Nightly builds

The 27 July 2009 build (5716) is out.

<< < (15/15)

Ceniza:

--- Quote from: MortenMacFly on August 14, 2009, 01:02:48 pm ---
--- Quote from: Ceniza on August 14, 2009, 12:50:25 pm ---Output file name: System.Management (user input)

--- End quote ---
Right - I should have been more precise: It's a wx function that tricks us so you cannot distinguish by a base file name "System.Management" whether it has an extension or not. Cause wx will report "Management" as extension. So is than the extension you want or do you need to add another ".dll"? How do you differ? What happened in the past was than if I enabled  "auto ext" and put "System.Management" as file name it resulted not in System.Management.dll but in System.dll because we remove any existing extension before automatically adding the new one. If you don't do that a library called "system.dll" with "auto-ext" enabled would become "system.dll.dll" and again we surely will have complaints.

To make it short: If you see a way tat copes with all the cases correctly and looks "nice" - tell me or better just implement it. I just don't see any. All I did was at least making it functioning correctly because that has highest priority for me and not if the file names are "correct". Cause again: GCC handles the files just fine the way it is now.

--- End quote ---

I am giving you a solution. It implies that you won't try to guess an extension at all. You read that field 'as is'. If the user has not selected an extension of his own, dll/so will be used by appending it to the base file name. If you want an extension of your own, then you check the checkbox and write the one you want. The result will be the base file name + . + the extension.

courage:
Hello, I have a bug report. Every time when I open the main frame window in wxSmith, and I see the ckecked menu item will now be set unchecked in the MenuBar editor.

cgarcia109:
*.dll.a

I didnt liked this too in the first place, but now i like it. Maybe its not de cool name youre used to, but its just a name, and i see some advatages it make clears is a stub lib to a dinamic link library, and differentiate(sp?) from a static lib, in the case you need to build both without making every library goes to a different place. What would make more complex configure dependants projects.
Actually i changed my mind and i like this way.

MortenMacFly:

--- Quote from: cgarcia109 on September 18, 2009, 03:13:10 pm ---Actually i changed my mind and i like this way.

--- End quote ---
Thanks! You are the first saying so which makes me glad. I like it, too obviously. ;-)

Navigation

[0] Message Index

[*] Previous page

Go to full version