I want to build a stripped version of core-image-sato for Odroid-C2.
Currently, everything related to Openhanded Sato mobile environment gets into the image when I compile/build image using yocto.
I want to remove Leafpad, Shutdown, Media Player, Games/Puzzles etc but I want to keep the matchbox desktop. I don't want to remove entire desktop manager.
Can anyone please suggest a way how can I remove these apps?
I had a look at the following link:
How to strip down my Yocto Linux?
But this is not what I want to achieve.
core-image-sato is an example, just write your own image recipe. The x11-sato image feature is what pulls in all of Sato. Remove that and add packagegroup-core-x11-sato-base to IMAGE_INSTALL to install just the desktop.
Related
I have multi-website instance. I imported product images via Magento2 (default) tool under admin->system->import....
The images imported successfully, and I can see, each imported image set as base, small and thumbnail, under product (default) store.
However, if I switch to another store via (Store View), the image exists, but did not set as base, small and thumbnail.
Please help.
Please confirm your OS, like Windows or Ubuntu?
If uploading CSV from Ubuntu, then please re-import via Windows.
Sometimes, import makes issue due to the OS.
Thanks,
I'm trying to customize the startpage for the Visual Studio 2010. I have download the Custom Start Page Project Template from Microsoft to do it.
http://visualstudiogallery.msdn.microsoft.com/f655a5dc-1a2d-4eca-b774-76c352c03b87
Now on the my customized start page project, there are a couple of images that I want to embed in the project, so that I can give someone else my vsix file and they can install it along with all the images. That way they don't have to download all the images, and link them to the location of all the images on their computers. I have tried all the suggestions here and on the msdn forum, but none of them are working for me. Here is what I have tried:
Create a folder called Images on the root folder
Add all the images in there
Set the build action of each image to Resource (I even tried Embedded Resource with no luck)
Rebuild the project
One more thing, I could see the image on the design process. However, when I run the project by hitting F5 (it will run on the experimental instance), the images do not show up at all.
I'm at my wit's end now, I don't know what to do or what I should do. Do anyone have this problem before and find a way how to fix it ? Thank you.
Right click on the Image and setInclude in VSIX to True. You'll also need to make sure the Build Action is set to Content. This will cause the image to get installed into the Visual Studio plugin folder.
To get the path to the installed image, let's assume you have a file, a.jpg and it's in the folder images, which is at the root level of your Package project.
public string GetImageFullPath(string filename){
return Path.Combine(
//Get the location of your package dll
Assembly.GetExecutingAssembly().Location,
//reference your 'images' folder
"/images/",
filename
);
}
Then to get the full path to your image:
GetImageFullPath("a.jpg");
Not sure this is the right stackexchange site but seems to be the place with the most question about Alfresco I can find so here goes.
Have Alfresco Community Edition 4.2.d installed on a RHEL5 64bit box (mainly default install bar using MySQL as a database locally). Uploading PDFs to the documentLibrary is fine and thumbnail previews and flash previews are generating. If the PDF has been processed by ABBYY OCR (which we have running on a separate server and is used to OCR scanned PDFs) then the flash preview generates fine but the thumbnail is incredibly dark and looks as if it has been attacked by a can of spray paint.
I initially thought it could be a ghostscript issue but have updated that to 9.14 and still getting this issue. I have also tried playing around with ImageMagik but I can't get a nice clear thumbnail to generate. I am guessing it is a switch in the convert command that Alfresco is using but I am struggling to work out a combination of switches that will work and then where Alfresco would store these parameters. Or indeed what switches are currently being used.
I was wondering if anyone had seen this behaviour before with ImageMagik previews in Alfresco 4.2.d? It seems something unique to PDFs that have been through the OCR process so I am guessing I will need to create a separate transformation for them at a later stage.
EDIT: So it was suggested that a later version of ImageMagick and GS should resolve it. I have therefore installed GS 9.14 and IM 6.8.9-0 (both compiled form source). Running the following from a command line:
convert /root/test1.pdf[0] /root/test1.png
results in a crystal clear image thumbnail preview. Thinking I was on to a winner I have amended the following lines in alfresco-global.properties to point to the system location of GS and IM:
img.root=/usr
img.dyn=${img.root}/lib
img.exe=${img.root}/bin/convert
img.gslib = /usr/local/share/ghostscript/9.14/lib/
and alfresco loads. However the thumbnail preview generated by Alfresco using the new version of IM and GS does not result in nice clean previews.
I am guessing that Alfresco is passing some command line switch during the conversion that is undoing the good work of the later versions of these programs. Does anyone know where the switches for thumbnail creation might be stored in Alfresco?
I guess it's related to transparency and default background black. I didn't find an easy way to add the required parameters to the script except to register a new transformer supporting more parameters like:
-fill white -opaque none
I have this plugin advImage which I use in tinyMce. I want the user to be able to upload images from his own computer. However, the plugin only allows images which are on the server to be uploaded. How can I change this? If I choose an image from my desktop for uploading, the path is Content/documents/editorImages/myImage.jpg. How to change this?
This might be what you are looking for. Give it a try.
There exists a plugin named MCImageManager from the developers of tinymce, but this is not free.
I have a Default.png which includes a version number on it. Every time I update my app, I have to change it both in the lite and full version's default.png and default#2x.png. Hassle, no?
I'm pretty sure I've been going about this the wrong way. What should I do instead? (I would like to show a version number on launch, not just nix it altogether.)
Compile-Time Image Compositing
If your logo doesn't need to change other than the version number, then you can use your graphics library of choice at compile-time to refactor the png. Pseudo code below:
Pseudo-Code:
UpdateLogo(String logoName, String version)
{
WidgetImage MyLogo(logoName + ".png");
MyLogo.DrawText(800, 650, version);
MyLogo.Write(logoName + "Final.png");
}
UpdateLogo("Logo.png", "Version 1.0.0");
Compile that program and keep it around as a custom build tool. Then whenever you need to build your application you can compile Logo.png into LogoFinal.png. If you need help using XCode or other tools to generate image files I suggest you search for image manipulation tools separately from "dynamic versioning".
Ideally your version string will use constants defined in an easily-editable table or controlled by your build system. At the very least it will save you from opening up Photoshop every time you need to build your app.
For Display in a Running Application
You should be using a font to draw the version number on top of the logo. Then you can just include a resource file that is text-based and can be easily updated by automated tools for each build.
Sources
Can you create custom build rules for XCode based on file type?
Apple's Human Interface Guidelines say that the Default.png shouldn't be used as a splash screen; it should represent all of the UI controls the application will show, but without any localizable text or content. (Think of how the the built-in apps like iPod and Contacts behave.)
If you're doing it for a client and they demand it, you can always use the "But the app store might reject it for violating their terms!" argument.
Of course, this doesn't apply if you're not submitting to the Store or if you just don't care. :)
A technical add-on for the people posting above: make sure that any png compositing you're adding to the build process runs before pngcrush executes, so that you're not replacing an optimized image with a script-generated (and likely unoptimized) one. You may also run into weird issues if you try doing it after pngcrush runs (it not displaying), anyway.