Bug 116107

Summary:	There should be a possability to create case sensitive source code files for PHP 4/5.
Product:	[Applications] umbrello	Reporter:	Haeber <thomas>
Component:	general	Assignee:	Umbrello Development Group <umbrello-devel>
Status:	RESOLVED FIXED
Severity:	wishlist	CC:	opi
Priority:	NOR
Version First Reported In:	unspecified
Target Milestone:	---
Platform:	unspecified
OS:	Linux
Latest Commit:		Version Fixed/Implemented In:
Sentry Crash Report:

Description Haeber 2005-11-11 02:57:19 UTC

Version:           1.4.92 (using KDE 3.4.92 (beta2, >= 20051010) Level "a" , SUSE 10.0 UNSUPPORTED)
Compiler:          Target: i586-suse-linux
OS:                Linux (i686) release 2.6.13-15-default

I want to create OO PHP code, for a better view of my source code files I need case sensitive source file names (equal to the class names). If I create java source files the file names are case sensitive, in PHP they are not.
There should be an option/possability in PHP 4/5 options to choose if case sensitive files should be created or not.

Best regards.
Thomas

Comment 1 Oliver Kellogg 2005-11-28 05:30:50 UTC

SVN commit 483760 by okellogg:

findFileName(): As an intermediate workaround, don't lower case the
 name if the currently active language is case sensitive.
CCBUG:116107


 M  +2 -1      simplecodegenerator.cpp  


--- branches/KDE/3.5/kdesdk/umbrello/umbrello/codegenerators/simplecodegenerator.cpp #483759:483760
@@ -37,6 +37,7 @@
 #include "../codedocument.h"
 #include "../operation.h"
 #include "../umldoc.h"
+#include "../uml.h"
 
 // Constructors/Destructors
 //
@@ -102,7 +103,7 @@
         name = concept->getFullyQualifiedName("-");
     }
 
-    if (ext != ".idl" && ext != ".java" && ext != ".pm" && ext != ".py") {
+    if (! UMLApp::app()->activeLanguageIsCaseSensitive()) {
         package = package.lower();
         name = name.lower();
     }

Comment 2 Alexander Opitz 2009-02-01 17:43:26 UTC

It seems that this bug is already fixed. I get case sensitive file names.

Comment 3 Milian Wolff 2009-06-05 14:38:19 UTC

Closing as it seems to be fixed.