Amber Framework 1.0 Rc For Mac

Posted on  by

RCleaner will search for any errors, invalid settings, obsolete or corrupt records, software paths that no longer exist, and data categories. System registry is a large and complex database that. Downloads for building and running applications with.NET Framework 4.0. Get web installer, offline installer, and language pack downloads for.NET Framework. Jul 18, 2017. In my mac cpu usage at 65% when i run ionic serve/emulate. Cordova CLI: 5.0.0 Gulp version: CLI version 3.8.11 Gulp local: Local version 3.9.0 Ionic Version: 1.0.0 Ionic CLI Version: 1.5.5 Ionic App Lib Version: 0.2.2 ios-deploy version: 1.7.0 ios-sim version: 3.1.1 OS: Mac OS X Yosemite Node Version: v0.12.2. Removes an unused menu item for specs repo updating orta #314; Fixes for localizations on the pod plugin install view controller orta #318; 1.0.0.rc.1. Fixes to Sparkle updates, by returning to CocoaPods' version numbers orta #300; Show an alert if CP is going to re-integrate your project orta #299; Polish for Source Menus & Pod.

File Details

File Size0.4 MB
LicenseFreeware
Operating SystemWindows 2000/XP
Date AddedMay 29, 2006
Total Downloads5,586
PublisherPhilipp Richter
HomepageWinBITS

Publisher's Description

WinBITS is a small download manager that uses the 'Background Intelligent Transfer Service' (BITS) integrated in Windows XP / 2000.

linh1987 reviewed v1.0 RC on May 31, 2006

You must have .net framework 1.1 installed seperately. .net frameworkd 1.1 and 2.0 virtually two different framework

betasun reviewed v1.0 RC on May 31, 2006

ive NET framework version 2 installed but it says you must have version 1.1 !!

benZin reviewed v1.0 RC on May 31, 2006

Beautiful program, and powerful.

JEdwardP reviewed v0.9 Beta on Aug 18, 2005

This is worth a try for those who already have the .NET framework installed, and who actually allow BITS to run.
It probably wouldn't have been worth installing the framework just for this, though, and I only run BITS when I want to do Windows Update.
Full-fledged download managers are better, but the idea of this alone deserves credit, it does afterall, give some real purpose to an otherwise nearly useless service.

exhibit reviewed v0.8 on Mar 15, 2005

Excellent program for those not needing all the extra features of download managers. Just add to the list an you dont even need to leave the program running. Also the author is very good at responding to feature requests.

ghammer reviewed v0.7c on Feb 14, 2005

I like this tool.
I have a shaky connection from my location and appreciate the ability to download with low priority. Or any priority.
I also like the ability to have downloads continue no matter who is logged on. Or if anyone is logged on.
Hope the progress continues!

aerthling reviewed v0.7b on Feb 9, 2005

A neat idea.. It's very handy for downloading large files that are not urgent (like Far Cry 1.3, dammit).
'Guided User Interface'...
Are you sure you don't mean graphical? :p

Fr3dY reviewed v0.7b on Feb 9, 2005

This program can be useful, and it's free.
Spike's review is not bad... but it's just what you find in the webpage, under 'Information' :
First of all I would like to say that you cannot compare WinBITS to other public download-managers like GetRight. At the moment, WinBITS is just a GUI (Guided User Interface) for the BITS (Background Intelligent Transfer Service) which is included in Win2000/XP. Until now, WinBITS has not been as comfortable as other Download-Managers.
BITS was primarily designed by Microsoft® for auto-updates (e.g. Windows® Update). The advantage of BITS is that it uses free bandwidth for the downloads. Your connection won't be slowed down if BITS is downloading files in the background.
BITS is a so-called 'service' which is running in the background any time your system is running. Even if you close WinBITS, your BITS-downloads will still be processed.
With WinBITS, you can use BITS for you own purposes, e.g. downloading large files from the internet.

gawd21 reviewed v0.7b on Feb 9, 2005

As one who fully undterstands the BITs, I very much so like this program. It's great and easy to you. It is to the point and no crap.

hardgiant reviewed v0.3.1 on Dec 4, 2004

I think Spike's review sums it up pretty good.

Your Rating

linh1987 reviewed v1.0 RC on May 31, 2006

You must have .net framework 1.1 installed seperately. .net frameworkd 1.1 and 2.0 virtually two different framework

betasun reviewed v1.0 RC on May 31, 2006

ive NET framework version 2 installed but it says you must have version 1.1 !!

benZin reviewed v1.0 RC on May 31, 2006

Beautiful program, and powerful.

JEdwardP reviewed v0.9 Beta on Aug 18, 2005

This is worth a try for those who already have the .NET framework installed, and who actually allow BITS to run.
It probably wouldn't have been worth installing the framework just for this, though, and I only run BITS when I want to do Windows Update.
Full-fledged download managers are better, but the idea of this alone deserves credit, it does afterall, give some real purpose to an otherwise nearly useless service.

exhibit reviewed v0.8 on Mar 15, 2005

Excellent program for those not needing all the extra features of download managers. Just add to the list an you dont even need to leave the program running. Also the author is very good at responding to feature requests.

ghammer reviewed v0.7c on Feb 14, 2005

I like this tool.
I have a shaky connection from my location and appreciate the ability to download with low priority. Or any priority.
I also like the ability to have downloads continue no matter who is logged on. Or if anyone is logged on.
Hope the progress continues!

aerthling reviewed v0.7b on Feb 9, 2005

A neat idea.. It's very handy for downloading large files that are not urgent (like Far Cry 1.3, dammit).
'Guided User Interface'...
Are you sure you don't mean graphical? :p

Fr3dY reviewed v0.7b on Feb 9, 2005

This program can be useful, and it's free.
Spike's review is not bad... but it's just what you find in the webpage, under 'Information' :
First of all I would like to say that you cannot compare WinBITS to other public download-managers like GetRight. At the moment, WinBITS is just a GUI (Guided User Interface) for the BITS (Background Intelligent Transfer Service) which is included in Win2000/XP. Until now, WinBITS has not been as comfortable as other Download-Managers.
BITS was primarily designed by Microsoft® for auto-updates (e.g. Windows® Update). The advantage of BITS is that it uses free bandwidth for the downloads. Your connection won't be slowed down if BITS is downloading files in the background.
BITS is a so-called 'service' which is running in the background any time your system is running. Even if you close WinBITS, your BITS-downloads will still be processed.
With WinBITS, you can use BITS for you own purposes, e.g. downloading large files from the internet.

gawd21 reviewed v0.7b on Feb 9, 2005

As one who fully undterstands the BITs, I very much so like this program. It's great and easy to you. It is to the point and no crap.

hardgiant reviewed v0.3.1 on Dec 4, 2004

I think Spike's review sums it up pretty good.

spiked reviewed v0.3.1 on Dec 3, 2004

This is a nice little tool...as long as you understand the purpose and limitations of BITS. Before now, the only interactive UI publicly available for BITS has been the command-line bitsadmin.exe (part of the Windows XP/2003 Support Tools) and BITS Monitor (the obscure and forever-unfinished GUI from http://www.classfour.com/classfour/bitsmonitor.asp).
You really cannot compare a BITS-based solution to other download managers like GetRight, NetTransport, Fresh Downloader, etc. because most download managers are designed with the idea of getting something downloaded as quickly as possible and/or downloading something which cannot easily be downloaded with a web browser (such as streaming media or content which has been protected by 'anti-leech' scripts).
With BITS, the goal is to minimize impact on system performance by quietly and automatically yielding CPU and/or bandwidth to foreground processes whenever they need it. Therefore, BITS could take days, weeks, or longer to download something big like XPSP2 while you're playing Half Life 2, but it will eventually get done, and it will do so without noticeably slowing down your precious frame rates.
WinBITS is much friendlier than bitsadmin.exe in the sense that WinBITS is graphical, but WinBITS still assumes that you're familiar with BITS terminology and concepts. For example, in the Options dialog, WinBITS has a checkbox labelled 'auto-complete Jobs' which is meaningless unless you know that BITS uses the word job to refer to queues. You can define multiple jobs, and you can add multiple downloads to each job, but jobs don't automatically become completed when all the files in the job have finished downloading. The job remains open (and downloaded files may stay locked) until you mark the job complete. So WinBITS is giving you the option of having it automatically mark a job complete when there is nothing left queued in it.
In a tiny app like this, you wouldn't expect any major bugs and there are no major ones, but there are lots of little rough spots if you want to get nit-picky. For example, the 'About' dialog is called from a menu named Menu (which violates contemporary GUI standards) instead of a Help menu, and it has a broken hyperlink to the author's web site. (The web site works, but the hyperlink doesn't.)
Definitely check out this tool if you want an easy way to experiment with BITS. Just don't expect too much.

Podfile

The Podfile is a specification that describes the dependencies of thetargets of one or more Xcode projects.

A Podfile can be very simple:

An example of a more complex Podfile can be:

Root Options

Configuration that applies to the Podfile as a whole.

  • install! declares the installation method and options to be usedduring installation.

install!

Specifies the installation method and options to be used whenCocoaPods installs this Podfile.

The first parameter indicates the installation method to use;next parameters indicate installation options.

For now the only accepted installation method is 'cocoapods', soyou'll always use this value for the first parameter; but moreinstallation methods might be available in future versions.

Examples:

Specifying custom CocoaPods installation options

Supported Keys:

:clean

Whether to clean the sources of the pods during installation

Cleaning removes any files not used by the pod as specified by the podspec and the platformsthat the project supports

this option defaults to true.

:deduplicate_targets

Whether to deduplicate pod targets

Target deduplication adds suffixes to pod targets for the cases where a pod is includedin multiple targets that have different requirements. For example, a pod named 'MyPod' with a subspec 'SubA'that is included in two targets as follows:

will result in two Pod targets: MyPod and MyPod-SubA

this option defaults to true.

:deterministic_uuids

Whether to generate deterministic UUIDs when creating the Pods project

this option defaults to true.

:integrate_targets

Whether to integrate the installed pods into the user project

If set to false, Pods will be downloaded and installed to the Pods/ directorybut they will not be integrated into your project.

this option defaults to true.

:lock_pod_sources

Whether to lock the source files of pods. Xcode will prompt to unlock the files when attempting to modifytheir contents

There is a performance penalty to locking the pods during installation. If this is significantlyimpacting the duration of pod install for your project, you can try setting this to false

this option defaults to true.

:warn_for_multiple_pod_sources

Whether to emit a warning when multiple sources contain a Pod with the same name and version

this option defaults to true.

:share_schemes_for_development_pods

Whether to share Xcode schemes for development pods.

Schemes for development pods are created automatically but are not shared by default.

this option defaults to false.

:disable_input_output_paths

Whether to disable the input & output paths of the CocoaPods script phases (Copy Frameworks & Copy Resources)

this option defaults to false.

:preserve_pod_file_structure

Whether to preserve the file structure of all Pods, including externally sourced pods.

By default, the file structure of Pod sources is preserved only for development pods. Setting:preserve_pod_file_structure to true will always preserve the file structure.

this option defaults to false.

:generate_multiple_pod_projects

Whether to generate a project per pod target. Instead of creating 1 Pods.xcodeproj, this option will generatea project for every pod target that will be nested under the Pods.xcodeproj.

this option defaults to false.

:incremental_installation

Whether to enable only regenerating targets and their associate projects that have changedsince the previous installation.

this option defaults to false.

:skip_pods_project_generation

Whether to skip generating the Pods.xcodeproj and perform only dependency resolution and downloading.

this option defaults to false.

Dependencies

The Podfile specifies the dependencies of each user target.

  • pod is the way to declare a specific dependency.
  • podspec provides an easy API for the creation of podspecs.
  • target is how you scope your dependencies to specifictargets in your Xcode projects.

pod

Specifies a dependency of the project.

A dependency requirement is defined by the name of the Pod andoptionally a list of version requirements.

When starting out with a project it is likely that you will want to usethe latest version of a Pod. If this is the case, simply omit theversion requirements.

Later on in the project you may want to freeze to a specific version ofa Pod, in which case you can specify that version number.

Amber Framework 1.0 Rc For Mac Os

Besides no version, or a specific one, it is also possible to useoperators:

  • = 0.1 Version 0.1.
  • > 0.1 Any version higher than 0.1.
  • >= 0.1 Version 0.1 and any higher version.
  • < 0.1 Any version lower than 0.1.
  • <= 0.1 Version 0.1 and any lower version.
  • ~> 0.1.2 Version 0.1.2 and the versions up to 0.2, not including 0.2.This operator works based on the last component that youspecify in your version requirement. The example is equal to>= 0.1.2 combined with < 0.2.0 and will always match thelatest known version matching your requirements.
  • ~> 0.1.3-beta.0 Beta and release versions for 0.1.3, release versionsup to 0.2 excluding 0.2. Components separated by a dash (-)will not be considered for the version requirement.

A list of version requirements can be specified for even more finegrained control.

For more information, regarding versioning policy, see:

Build configurations

By default dependencies are installed in all the build configurationsof the target. For debug purposes or for other reasons, they can beonly enabled on a list of build configurations.

Alternatively, you can specify to have it included on a single buildconfiguration.

Note that transitive dependencies are included in all configurationsand you have to manually specify build configurations for them as well incase this is not desired.

For

Modular Headers

If you would like to use modular headers per Pod you can use thefollowing syntax:

Additionally, when you use the use_modular_headers! attribute,you can exclude a particular Pod from modular headers using the following:

Source

By default the sources specified at the global level are searched in the orderthey are specified for a dependency match. This behaviour can be alteredfor a specific dependency by specifying the source with the dependency:

In this case only the specified source will be searched for the dependencyand any global sources ignored.

Subspecs

When installing a Pod via its name, it will install all of thedefault subspecs defined in the podspec.

You may install a specific subspec using the following:

You may specify a collection of subspecs to be installed as follows:

Test Specs

Test specs can be optionally included via the :testspecs option. By default,none of a Pod's test specs are included.

You may specify a list of test spec names to install using the following:

The values provided to :testspecs correspond to the name provided to thetest_spec DSL attribute in a Podspec.

Dependencies can be obtained also from external sources.

Using the files from a local path.

If you would like to use develop a Pod in tandem with its clientproject you can use the path option.

Using this option CocoaPods will assume the given folder to be theroot of the Pod and will link the files directly from there in thePods project. This means that your edits will persist to CocoaPodsinstallations.

The referenced folder can be a checkout of your your favourite SCM oreven a git submodule of the current repository.

Note that the podspec of the Pod file is expected to be in thefolder.

From a podspec in the root of a library repository.

Sometimes you may want to use the bleeding edge version of a Pod. Or aspecific revision. If this is the case, you can specify that with yourpod declaration.

To use the master branch of the repository:

To use a different branch of the repository:

To use a tag of the repository:

Or specify a commit:

It is important to note, though, that this means that the version willhave to satisfy any other dependencies on the Pod by other Pods.

The podspec file is expected to be in the root of the repository,if this library does not have a podspec file in its repositoryyet, you will have to use one of the approaches outlined in thesections below.

From a podspec outside a spec repository, for a library without podspec.

If a podspec is available from another source outside of the library’srepository. Consider, for instance, a podspec available via HTTP:

podspec

Use just the dependencies of a Pod defined in the given podspec file.If no arguments are passed the first podspec in the root of the Podfileis used. It is intended to be used by the project of a library. Note:this does not include the sources derived from the podspec just theCocoaPods infrastructure.

Parameters

optionsHash {Symbol=>String}

The path where to load the {Specification}. If not providedthe first podspec in the directory of the Podfile is used.

Examples:

target

Defines a CocoaPods target and scopes dependencies definedwithin the given block. A target should correspond to an Xcode target.By default the target includes the dependencies defined outside ofthe block, unless instructed not to inherit! them.

Parameters

Examples:

Defining a target
Defining a test target accessing SSZipArchive pod from its parent
Defining a target applies Pods to multiple targets via its parent target

script_phase

Adds a script phase to be integrated with this target. A script phase can be used to execute an arbitraryscript that can use all Xcode environment variables during execution. A target may include multiple scriptphases which they will be added in the order they were declared. Deleting a script phase will effectively removeit from the target if it has been added previously.

Parameters

Examples:

abstract_target

Defines a new abstract target that can be used for convenienttarget dependency inheritance.

Parameters

Examples:

Defining an abstract target
Defining an abstract_target wrapping Pods to multiple targets

abstract!

Denotes that the current target is abstract, and thus will not directlylink against an Xcode target.

inherit!

Sets the inheritance mode for the current target.

Parameters

inheritanceSymbol

The inheritance mode to set.

Available Modes:+ :complete The target inherits allbehaviour from the parent.+ :none The target inherits none ofthe behaviour from the parent.+ :search_paths The target inheritsthe search paths of the parent only.

Examples:

Inheriting only search paths

Target configuration

These settings are used to control the CocoaPods generated project.

This starts out simply with stating what platform you are workingon. xcodeproj allows you to state specifically which project tolink with.

platform

Specifies the platform for which a static library should be built.

CocoaPods provides a default deployment target if one is not specified.The current default values are 4.3 for iOS, 10.6 for OS X, 9.0 for tvOSand 2.0 for watchOS.

If the deployment target requires it (iOS < 4.3), armv6architecture will be added to ARCHS.

Parameters

nameSymbol

The name of platform, can be either :osx for OS X, :iosfor iOS, :tvos for tvOS, or :watchos for watchOS.

targetString, Version

The optional deployment. If not provided a default valueaccording to the platform name will be assigned.

Examples:

Specifying the platform

project

Specifies the Xcode project that contains the target that the Podslibrary should be linked with.

If none of the target definitions specify an explicit projectand there is only one project in the same directory as the Podfilethen that project will be used.

It is possible also to specify whether the build settings of yourcustom build configurations should be modelled after the release orthe debug presets. To do so you need to specify a hash where the nameof each build configuration is associated to either :release or:debug.

Parameters

build_configurationsHash{String => symbol}

A hash where the keys are the name of the buildconfigurations in your Xcode project and the values areSymbols that specify if the configuration should be based onthe :debug or :release configuration. If no explicitmapping is specified for a configuration in your project, itwill default to :release.

Examples:

Specifying the user project
Using custom build configurations

xcodeproj

xcodeproj is deprecated in 1.0 and has been renamed to project.For pre-1.0 versions use xcodeproj.

link_with

link_with is deprecated in 1.0 infavour of abstract_target and target inheritance instead.

inhibit_all_warnings!

Inhibits all the warnings from the CocoaPods libraries.

This attribute is inherited by child target definitions.

If you would like to inhibit warnings per Pod you can use thefollowing syntax:

Additionally, when you use inhibit_all_warnings! attribute,you can exclude a particular Pod from being inhibited using the following:

use_modular_headers!

Use modular headers for all CocoaPods static libraries.

This attribute is inherited by child target definitions.

If you would like to use modular headers per Pod you can use thefollowing syntax:

Additionally, when you use the use_modular_headers! attribute,you can exclude a particular Pod from modular headers using the following:

use_frameworks!

Use frameworks instead of static libraries for Pods. When using frameworks, you may also specify the :linkagestyle to use, either :static or :dynamic.

This attribute is inherited by child target definitions.

Parameters

optionBoolean, Hash

The option to use for configuring packaging and linkage style.

Examples:

supports_swift_versions

Specifies the Swift version requirements this target definition supports.

Note These requirements are inherited from the parent, if specified and if noneare specified at the root level then all versions are considered to be supported.

Parameters

requirementsString, Version, Array, Array

Amber Framework 1.0 Rc For Mac Free

The set of requirements this target supports.

Examples:

Workspace

This group list the options to configure workspace and to set globalsettings.

workspace

Specifies the Xcode workspace that should contain all the projects.

If no explicit Xcode workspace is specified and only one projectexists in the same directory as the Podfile, then the name of thatproject is used as the workspace’s name.

Parameters

Examples:

Specifying a workspace

generate_bridge_support!

Specifies that a BridgeSupport metadata document should be generatedfrom the headers of all installed Pods.

This is for scripting languages such as MacRuby,Nu, andJSCocoa, which use it to bridge types,functions, etc.

set_arc_compatibility_flag!

Specifies that the -fobjc-arc flag should be added to theOTHER_LD_FLAGS.

This is used as a workaround for a compiler bug with non-ARC projects(see #142). This was originally done automatically but libtool as ofXcode 4.3.2 no longer seems to support the -fobjc-arc flag. Thereforeit now has to be enabled explicitly using this method.

Support for this method might be dropped in CocoaPods 1.0.

Sources

The Podfile retrieves specs from a given list of sources (repositories).

Sources are global and they are not stored per target definition.

source

Specifies the location of specs

Use this method to specify sources. The order of the sources isrelevant. CocoaPods will use the highest version of a Pod of the firstsource which includes the Pod (regardless whether other sources have ahigher version).

The official CocoaPods source is implicit.Once you specify another source, then it will need to be included.

Parameters

Examples:

Specifying to first use the Artsy repository and then the CocoaPods Master Repository

Amber Framework 1.0 Rc For Mac Download

Hooks

The Podfile provides hooks that will be called during theinstallation process.

Hooks are global and not stored per target definition.

plugin

Specifies the plugins that should be used during installation.

Use this method to specify a plugin that should be used duringinstallation, along with the options that should be passed to the pluginwhen it is invoked.

Parameters

optionsHash

The optional options that should be passed to the plugin whenits hooks are invoked.

Examples:

Specifying to use the `slather` and `cocoapods-keys` plugins.

pre_install

This hook allows you to make any changes to the Pods after they havebeen downloaded but before they are installed.

It receives thePod::Installeras its only argument.

Examples:

Defining a pre-install hook in a Podfile.

post_install

Amber Framework 1.0 Rc For Mac Pro

This hook allows you to make any last changes to the generated Xcodeproject before it is written to disk, or any other tasks you might wantto perform.

It receives thePod::Installeras its only argument.

Examples:

Customising the build settings of all targets