|
#1
|
||||
|
||||
|
This project is to change the homescreen to the new awesome homescreen of Symbian^3 devices. Referrence thread here http://developer.symbian.org/forum/s...ead.php?t=5206 Hope this project goes well and be a great success
|
|
#2
|
||||
|
||||
|
We are very supportive of this project.
How do you suggest it be set up? What are the actions that need to be taken? |
|
#3
|
||||
|
||||
|
Creating the standalone installer of the homescreen and then making note of all needed UIDs and homescreen elements then implementing one by one to test the homescreen.
|
|
#4
|
||||
|
||||
|
That sounds very backwards to me. There must be several hurdles before you get to that stage. Have you managed to compile the package yet?
|
|
#5
|
||||
|
||||
|
I don't think the homescreen compiles with GCCE yet. It's not going to go very far as a community project if it needs to be compiled with RVCT 2.2.
We have: http://developer.symbian.org/bugs/show_bug.cgi?id=1705 http://developer.symbian.org/bugs/show_bug.cgi?id=1750 |
|
#6
|
||||
|
||||
|
I created a wiki page for this project http://developer.symbian.org/wiki/in...ing_Homescreen.
FCL branches exists as well so you can get your hands dirty. Homescreen does not compile with GCCE, at the moment. I'm confident that situation will change. |
|
#7
|
||||
|
||||
|
Hi Jake,
again same question from the old thread, I guess it got lost. Is it correct that the only official way to replace existing homescreen and not as an external standalone application would be if Nokia would sign the package? I guess the final sis file would need protserv capabilities and would therefore need to be signed. But I think using the old UID with a new identifier name is not possible/allowed. Can you confirm this or am I wrong here? Thanks, max |
|
#8
|
||||
|
||||
|
Hi mod,
Yes, some of the components use capabilities, which requires signing. It makes the installation of new Homescreen a bit trickier as every body must sign a sis for their phone. On the other hand it seems that some people are able to make custom images and flash phones. Of course that can not be the main delivery channel. |
|
#9
|
||||
|
||||
|
I tried to compile homescreenpluginsrv, but I don't know how to deal with lib files:
Quote:
BTW: where is the best place to discuss porting results? This thread isn't linked in the wiki, maybe it should be added. Last edited by cmorlok; 2010-03-22 at 21:02. |
|
#10
|
||||
|
||||
|
I'm using S^3's libs now. Let's see if it works.
|
|
#11
|
||||
|
||||
|
I'm not sure if anyone agrees with me, but I think it would be more intuitive to just use the wiki comments to discuss progress. Anyone think that the forum would be more appropriate?
|
|
#12
|
||||
|
||||
|
cmorlok, just use the libs from Symbian^3. That's what I did. Once we get everything compiled and we can actually run Homescreen we see if there has been binary breaks in components between v5 and Symbian^3. Those has to be solved case by case.
I think that the wiki comments is a good place to discuss about the progress. |
|
#13
|
||||
|
||||
|
When try to compile sayd
VENDORID doesn't fit expected number format value in mmp file is vedorid_default what should be the value |
|
#14
|
||||
|
||||
|
Remove that line. Most likely you don't need a VENDORID.
|
|
#15
|
||||
|
||||
|
can anybody provide the link to download osversioninfo.lib
|
|
#16
|
||||
|
||||
|
Everything is in the repositories. However, I can't find anything that produces an osversioninfo.dll. What refers to it? Which exports are expected?
|
|
#17
|
||||
|
||||
|
never mind got hold of zip files containing lib files
1 question tho is there any way to get only .h and related files from pdk now i am stuck on getting error message undefined identifies KAiwCmdCall in ahtelkeyhandler.cpp any suggestions Last edited by kashif.sayed; 2010-03-24 at 22:54. |
|
#18
|
||||
|
||||
|
I cannot commit my changes. What's wrong here?
M:\homescreensrv>hg push pushing to http://developer.symbian.org/oss/FCL...homescreensrv/ searching for changes http authorization required realm: Symbian Foundation user: cmorlok password: abort: authorization failed |
|
#19
|
||||
|
||||
|
@kashif.sayed
Header files are mainly in binaries_epoc_sdk.zip if that's what you mean. @cmorlok I can only assume you entered your password incorrectly, at least that's usually why that message appears. |
|
#20
|
||||
|
||||
|
Quote:
|
|
#21
|
||||
|
||||
|
I found the problem: Had to sign the agreement again, now it works.
Last edited by cmorlok; 2010-03-25 at 10:06. |
|
#22
|
||||
|
||||
|
Quote:
|
|
#23
|
||||
|
||||
|
Quote:
|
|
#24
|
||||
|
||||
|
Undefined symbol: 'class CFbsBitmap * RAknsSrvSession::WallpaperImageL(class TDesC16 const &) (?WallpaperImageL@RAknsSrvSession@@QAEPAVCFbsBitmap@@ABVTDesC16@@@Z)' referenced from 'void CXnBackgroundManager::SizeChanged(void) (?SizeChanged@CXnBackgroundManager@@EAEXXZ)' in xnbackgroundmanager.cpp:168
what could be wrong |
|
#25
|
||||
|
||||
|
The problem is that
Code:
CFbsBitmap * RAknsSrvSession::WallpaperImageL(class TDesC16 const &) The function itself is defined in AknsSrvClient.cpp, you can take a look there: http://developer.symbian.org/xref/ep...Client.cpp#518 It seems to me that the missing function could be replaced by Code:
void RAknsSrvSession::DecodeWallpaperImageL(const TDesC& aFilename, const TSize& aTargetSize, CFbsBitmap*& aBitmap, CFbsBitmap*& aMask); It should be save to replace Code:
delete iBgImage; iBgImage = NULL; TRAP_IGNORE( iBgImage = iSkinSrv.WallpaperImageL( *iBgImagePath ) ); Code:
delete iBgImage; iBgImage = NULL; CFbsBitmap* mask = NULL; TRect screen; AknLayoutUtils::LayoutMetricsRect( AknLayoutUtils::EScreen, screen ); TRAP_IGNORE( iSkinSrv.DecodeWallpaperImageL( *iBgImagePath, screen.Size(), iBgImage, mask ) );
|
|
#26
|
||||
|
||||
|
OK, it's more difficult. The whole problem is that S^3 supports caching of wallpapers and S60v5 doesn't.
There are two possibilities to deal with this problem: either we disable the caching functions in the homescreen code. This may lead to a crappy performance when different wallpapers are used for the pages. Or we recompile AKNSKINSRV and replace the old one. But I don't know if this step would break other programs that use it. EDIT: There might be a third solution: we could build a AKNSKINSRV2 wich is used by hs and leave the original one untouched. @Jake: What's your opinion? Is it save to replace the server? Last edited by cmorlok; 2010-03-26 at 21:01. |
|
#27
|
||||
|
||||
|
Or we can use original lib and copy all the missing function code and try to implement it in exisiting source can be bit tricky tho'
i managed to get pass that by replacing orignal lib with s3 but now resouce compilation is giving me trouble i am using carbide 2.5 and keep getting error message invalid argument -i\S60\devices\S60_5th_Edition_SDK_v1.0\homescreen\idlehomescreen\widgetmanager\group\..\gfx mifconv version installed is 1.11 and so is the above error not able to get hold of latest mifconv @cmorlok can you upload compiled version of mifconv i can't seem to get to compile keep getting BLDMAKE ERROR: ERROR: failed to find version information for LINK.EXE feeling too lazy to do anything slept only for 2 hrs in 48 |
|
#28
|
||||
|
||||
|
You need mifconv v2. To compile it, you need a windows compiler (not the SDK one). I'll upload mifconv to the repo.
|
|
#29
|
||||
|
||||
|
Updated, uploaded mifconv v3.
Now everything compiles! But the emulator doesn't run at all
|
|
#30
|
||||
|
||||
|
Quote:
|
![]() |
| Thread Tools | Search this Thread |
| Display Modes | |
|
|