New Page 1

LA GRAMMATICA DI ENGLISH GRATIS IN VERSIONE MOBILE   INFORMATIVA PRIVACY

  NUOVA SEZIONE ELINGUE

 

Selettore risorse   

   

 

                                         IL Metodo  |  Grammatica  |  RISPOSTE GRAMMATICALI  |  Multiblog  |  INSEGNARE AGLI ADULTI  |  INSEGNARE AI BAMBINI  |  AudioBooks  |  RISORSE SFiziosE  |  Articoli  |  Tips  | testi pAralleli  |  VIDEO SOTTOTITOLATI
                                                                                         ESERCIZI :   Serie 1 - 2 - 3  - 4 - 5  SERVIZI:   Pronunciatore di inglese - Dizionario - Convertitore IPA/UK - IPA/US - Convertitore di valute in lire ed euro                                              

 

 

WIKIBOOKS
DISPONIBILI
?????????

ART
- Great Painters
BUSINESS&LAW
- Accounting
- Fundamentals of Law
- Marketing
- Shorthand
CARS
- Concept Cars
GAMES&SPORT
- Videogames
- The World of Sports

COMPUTER TECHNOLOGY
- Blogs
- Free Software
- Google
- My Computer

- PHP Language and Applications
- Wikipedia
- Windows Vista

EDUCATION
- Education
LITERATURE
- Masterpieces of English Literature
LINGUISTICS
- American English

- English Dictionaries
- The English Language

MEDICINE
- Medical Emergencies
- The Theory of Memory
MUSIC&DANCE
- The Beatles
- Dances
- Microphones
- Musical Notation
- Music Instruments
SCIENCE
- Batteries
- Nanotechnology
LIFESTYLE
- Cosmetics
- Diets
- Vegetarianism and Veganism
TRADITIONS
- Christmas Traditions
NATURE
- Animals

- Fruits And Vegetables


ARTICLES IN THE BOOK

  1. Account
  2. Accountancy
  3. Accountant
  4. Accounting cycle
  5. Accounting equation
  6. Accounting methods
  7. Accounting reform
  8. Accounting software
  9. Accounts payable
  10. Accounts receivable
  11. Accrual
  12. Adjusted basis
  13. Adjusting entries
  14. Advertising
  15. Amortization
  16. Amortization schedule
  17. Annual report
  18. Appreciation
  19. Asset
  20. Assets turnover
  21. Audit
  22. Auditor's report
  23. Bad debt
  24. Balance
  25. Balance Sheet
  26. Banking
  27. Bank reconciliation
  28. Bankruptcy
  29. Big 4 accountancy firm
  30. Bond
  31. Bookkeeping
  32. Book value
  33. British qualified accountants
  34. Business
  35. Business process overhead
  36. Capital asset
  37. Capital goods
  38. Capital structure
  39. Cash
  40. Cash flow
  41. Cash flow statement
  42. Certified Management Accountant
  43. Certified Public Accountant
  44. Chartered Accountant
  45. Chartered Cost Accountant
  46. Chart of accounts
  47. Common stock
  48. Comprehensive income
  49. Consolidation
  50. Construction in Progress
  51. Corporation
  52. Cost
  53. Cost accounting
  54. Cost of goods sold
  55. Creative accounting
  56. Credit
  57. Creditor
  58. Creditworthiness
  59. Current assets
  60. Current liabilities
  61. Debentures
  62. Debits and Credits
  63. Debt
  64. Debtor
  65. Default
  66. Deferral
  67. Deferred tax
  68. Deficit
  69. Deloitte Touche Tohmatsu
  70. Depreciation
  71. Direct tax
  72. Dividend
  73. Double-entry bookkeeping system
  74. Earnings before interest and taxes
  75. Earnings Before Interest, Taxes and Depreciation
  76. Earnings before Interest, Taxes, Depreciation and Amortization
  77. Engagement Letter
  78. Equity
  79. Ernst a& Young
  80. Expense
  81. Fair market value
  82. FIFO and LIFO accounting
  83. Finance
  84. Financial accounting
  85. Financial audit
  86. Financial statements
  87. Financial transaction
  88. Fiscal year
  89. Fixed assets
  90. Fixed assets management
  91. Fixed Assets Register
  92. Forensic accounting
  93. Freight expense
  94. Fund Accounting
  95. Furniture
  96. General journal
  97. General ledger
  98. Generally Accepted Accounting Principles
  99. Going concern
  100. Goodwill
  101. Governmental accounting
  102. Gross income
  103. Gross margin
  104. Gross profit
  105. Gross sales
  106. Historical cost
  107. Hollywood accounting
  108. Imprest system
  109. Income
  110. Income tax
  111. Indirect tax
  112. Insurance
  113. Intangible asset
  114. Interest
  115. Internal Revenue Code
  116. International Accounting Standards
  117. Inventory
  118. Investment
  119. Invoice
  120. Itemized deduction
  121. KPMG
  122. Ledger
  123. Lender
  124. Leveraged buyout
  125. Liability
  126. Licence
  127. Lien
  128. Liquid asset
  129. Long-term assets
  130. Long-term liabilities
  131. Management accounting
  132. Matching principle
  133. Mortgage
  134. Net Income
  135. Net profit
  136. Notes to the Financial Statements
  137. Office equipment
  138. Operating cash flow
  139. Operating expense
  140. Operating expenses
  141. Ownership equity
  142. Patent
  143. Payroll
  144. Pay stub
  145. Petty cash
  146. Preferred stock
  147. PricewaterhouseCoopers
  148. Profit
  149. Profit and loss account
  150. Pro forma
  151. Purchase ledger
  152. Reserve
  153. Retained earnings
  154. Revaluation of fixed assets
  155. Revenue
  156. Revenue recognition
  157. Royalties
  158. Salary
  159. Sales ledger
  160. Sales tax
  161. Salvage value
  162. Shareholder
  163. Shareholder's equity
  164. Single-entry accounting system
  165. Spreadsheet
  166. Stakeholder
  167. Standard accounting practice
  168. Statement of retained earnings
  169. Stock
  170. Stockholders' deficit
  171. Stock option
  172. Stock split
  173. Sunk cost
  174. Suspense account
  175. Tax bracket
  176. Taxes
  177. Tax expense
  178. Throughput accounting
  179. Trade credit
  180. Treasury stock
  181. Trial balance
  182. UK generally accepted accounting principles
  183. United States
  184. Value added tax
  185. Value Based Accounting Standards and Principles
  186. Write-off
 



ACCOUNTING
This article is from:
http://en.wikipedia.org/wiki/Spreadsheet

All text is available under the terms of the GNU Free Documentation License: http://en.wikipedia.org/wiki/Wikipedia:Text_of_the_GNU_Free_Documentation_License 

Spreadsheet

From Wikipedia, the free encyclopedia

 
Screenshot of a spreadsheet made with OpenOffice.org.
Screenshot of a spreadsheet made with OpenOffice.org.

A spreadsheet is a rectangular table (or grid) of information, often financial information. The word came from "spread" in its sense of a newspaper or magazine item (text and/or graphics) that covers two facing pages, extending across the center fold and treating the two pages as one large one. The compound word "spread-sheet" came to mean the format used to present bookkeeping ledgers—with columns for categories of expenditures across the top, invoices listed down the left margin, and the amount of each payment in the cell where its row and column intersect—which were traditionally a "spread" across facing pages of a bound ledger (book for keeping accounting records) or on oversized sheets of paper ruled into rows and columns in that format and approximately twice as wide as ordinary paper.

History

Early implentations

Batch spreadsheets

One of the first commercial uses of computers was in processing payroll and other financial records, so the programs (and, indeed, the programming languages themselves) were designed to generate reports in the standard "spreadsheet" format bookkeepers and accountants used. As computers became more available and affordable in the last quarter of the 20th century, more software became available for them, and programs to keep financial records and generate spreadsheet reports were always in demand. Those spreadsheet programs can be used to tabulate many kinds of information, not just financial records, so the term "spreadsheet" has developed a more general meaning as information presented in a rectangular table, usually generated by a computer.

The concept of an electronic spreadsheet was outlined in the 1961 paper "Budgeting Models and System Simulation" by Richard Mattessich. Some credit for the computerized spreadsheet perhaps belongs to Rene K. Pardo and Remy Landau, who filed U.S. Patent 4,398,249  on some of the related algorithms in 1970. While the patent was initially rejected by the patent office as being a purely mathematical invention, Pardo and Landau won a court case in 1983 establishing that "something does not cease to become patentable merely because the point of novelty is in an algorithm." This case helped establish the viability of software patents.

Autoplan/Autotab

In 1968, three former employees from the General Electric computer company headquartered in Phoenix, Arizona set out to start their own software development house. A. Leroy Ellison, Harry N. Cantrell, and Russell E. Edwards found themselves doing a large number of calculations when making tables for the business plans that they were presenting to venture capitalists. They decided to save themselves a lot of effort and wrote a computer program that produced their tables for them. This program, originally conceived as a simple utility for their personal use, would turn out to be the first software product offered by the company that would become known as Capex Corporation. The program ran on GE’s Time-sharing service and was dubbed "AutoPlan". Soon afterward, a version that ran on IBM mainframes was introduced under the name "AutoTab".

AutoPlan/AutoTab was not a WYSIWYG interactive spreadsheet program. It was more like a simple scripting language for spreadsheets. The user defined the names and labels for the rows and columns, then the formulas that defined each row or column. The basic processing was as follows; if row formulas were defined, the program looped through the formulae for each column from left to right; if column formulae were defined, the program looped through the formulae for each row from top to bottom. There were many refinements available.

Capex Corporation was swallowed up by Computer Associates in 1982, the first link in CA’s long chain of acquisitions. AutoPlan had pretty much disappeared along with the GE timesharing service, and AutoTab was at best a minor product by then. AutoTab was never offered under the CA company name.

By coincidence in 1981, CAPEX completed a technology transfer agreement with Ken Dakin (who had earlier worked on the ICI Works Records spreadsheet described below) which subsequently became the test & debug product CA/EZTEST when CA acquired Capex. Ironically, neither party had been aware of the others earlier involvement with spreadsheet implementations.

Interactive spreadsheets

It was not until the ready availability of visual display units ("VDU's") that fully interactive spreadsheets became possible. Earlier implementations were mainly designed around batch programs. In the early 1970's text based VDU's began to be used as input/output devices for interactive transaction processes. It was several years later before full function graphic user interfaces were available for spreadsheets.

The generally recognized inventor of the spreadsheet as a commercial product for the personal computer is Dan Bricklin although a fully interactive implementation produced in the United Kingdom at Imperial Chemical Industries, running on an IBM mainframe platform using CICS pre-dated Bricklin's version by several years even featuring shared public spreadsheets from the outset.[citation needed]

Works Records System

Screenshot of ICI Works records System.
Screenshot of ICI Works records System.

The system, known as "The Works Records System", was designed by Robert Mais then an employee of ICI Mond Division in the UK and was implemented in 1974 by a team which included Ken Dakin, author of several successful CICS debugging products which were used extensively during its development to ensure the highest possible performance by detecting "hot spots" (high execution locations) during code execution.[citation needed]

All operations were performed using "double precision" floating point arithmetic and formulae (which performed calculations and linked cells, either in the same spreadsheet or in completely separate spreadsheets) could be entered on multiple lines to aid comprehension. Formulae were converted (compiled) to "machine" language "on the fly" on first use and stored for subsequent executions.This technique is now known as Just-in-time compilation (JIT) or, more specifically, "incremental compilation" - but given no label at the time. Data including "aged" values was stored using an Adabas database (described as a “relational like" database in the Wikipedia article about Adabas, although it was not fundamental to the operation of the system).

The IBM 3270 workstation chosen for its implementation at the time was a new "breed" of not so dumb terminals which had some basic built-in hardware validity checking such as 'numeric only' input fields.

Despite the limitations of the device, the input screens could nevetheless be designed interactively by non programmers by using simple "<" and ">" as "field" (cell) de-limiters during "the design phase" (building the spreadsheet). As with modern day word processors, these "tab characters" would not normally be visible during normal usage. The same technique was used to define "on screen" the layouts of printed reports that were not limited to the 80 column screen width of the 3270.

It is interesting to note that the system was capable of detecting some illogical operations because of a "units" attribute (such as "kilograms" , "ounces", "feet" or "inches") for numeric values (analogous to currency symbol attributes in today's spreadsheets). It was impossible therefore to multiply kilograms by ounces or commit similar logic errors.

By contrast, today's commercial spreadsheets will willingly allow a column of mixed currencies (say for example, pounds & dollars), to be summed or multiplied without even a warning!

The Works records system represents the first known use of a shared public spreadsheet since it allowed multiple users to access the linked spreadsheets across a private online network covering many remote locations.

APLDOT

Another example of an "industrial weight" spreadsheet produced two years later in 1976 at the United States Railway Association on an IBM 360/91 running at The John Hopkins University Applied Physics Laboratory in Laurel MD. The application, named APLDOT, was used successfully for many years in developing such applications as financial and costing models for the US Congress and for Conrail.All software development was in the public domain. The software system underwent a court challenge in US Government vs PennCentral Et al. in 1978, 1979. It was dubbed a "spreadsheet" because that was what the financial analysts and strategic planners called those green pads they used to do their planning on in 1976.

Visicalc

Dan Bricklin has spoken of watching his university professor create a table of calculation results on a blackboard. When the professor found an error, he had to tediously erase and rewrite a number of sequential entries in the table, triggering Bricklin to think that he could replicate the process on a computer, using the blackboard as the model to view results of underlying formulas. His idea became VisiCalc, the first application that turned the personal computer from a hobby for computer enthusiasts into a business tool.

Screenshot of VisiCalc, the first spreadsheet.
Screenshot of VisiCalc, the first spreadsheet.

VisiCalc went on to become the first "killer app", an application that was so compelling, people would buy a particular computer just to own it. In this case the computer was the Apple II, and VisiCalc was no small part in that machine's success. The program was later ported to a number of other early computers, notably CP/M machines, the Atari 8-bit family and various Commodore platforms. Nevertheless, VisiCalc remains best known as "an Apple II program".

The acceptance of the IBM PC following its introduction in August, 1981, began slowly, because most of the programs available for it were ports from other 8-bit platforms. Things changed dramatically with the introduction of Lotus 1-2-3 in November, 1982, and release for sale in January, 1983. It became that platform's killer app, and drove sales of the PC due to the improvements in speed and graphics compared to VisiCalc. VisiCorp was unable to respond competitively, and disappeared within a few years.

Lotus 1-2-3 underwent an almost identical cycle with the introduction of Windows 3.x in the late 1980s. Microsoft had been developing Excel on the Macintosh platform for several years at this point, and it had developed into a fairly powerful system. A port to Windows 3.1 resulted in a fully functional Windows spreadsheet which quickly took over from Lotus in the early 1990s. By the time Lotus responded with a usable Windows version of their own, Microsoft had started compiling their Office suite, which still dominates the industry.

A number of companies have attempted to break into the spreadsheet market with programs based on very different paradigms. Lotus introduced what is likely the most successul example, Lotus Improv, which saw some commercial success, notably in the financial world where its powerful data mining capabilities remain well respected to this day. Spreadsheet 2000 attempted to dramatically simplify formula construction, but was generally not successful. Stories attempted to make it easier to deal with 3-D blocks of data (as opposed to the 2-D nature of most spreadsheets), but appears to have seen little or no use.

Programming issues

Just as the early programming languages were designed to generate spreadsheet printouts, programming techniques themselves have evolved to process tables (also known as spreadsheets or matrices) of data more efficiently in the computer itself.

Spreadsheets have evolved into powerful programming languages; specifically, they are functional, visual, and multiparadigm languages.

Many people find it easier to perform calculations in spreadsheets than by writing the equivalent sequential program. This is due to two traits of spreadsheets.

  • They use spatial relationships to define program relationships. Like all animals, humans have highly developed intuitions about spaces, and of dependencies between items. Sequential programming usually requires typing line after line of text, which must be read slowly and carefully to be understood and changed.
  • They are forgiving, allowing partial results and functions to work. One or more parts of a program can work correctly, even if other parts are unfinished or broken. This makes writing and debugging programs much easier, and faster. Sequential programming usually needs every program line and character to be correct for a program to run. One error usually stops the whole program and prevents any result.

A spreadsheet program is designed to perform general computation tasks using spatial relationships rather than time as the primary organizing principle. Many programs designed to perform general computation use timing, the ordering of computational steps, as their primary way to organize a program. A well defined entry point is used to determine the first instructions, and all other instructions must be reachable from that point.

In a spreadsheet, however, a set of cells is defined, with a spatial relation to one another. In the earliest spreadsheets, these arrangements were a simple two-dimensional grid. Over time, the model has been expanded to include a third dimension, and in some cases a series of named grids. The most advanced examples allow inversion and rotation operations which can slice and project the data set in various ways.

The cells are functionally equivalent to variables in a sequential programming model. Cells often have a formula, a set of instructions which can be used to compute the value of a cell. Formulas can use the contents of other cells or external variables such as the current date and time. It is often convenient to think of a spreadsheet as a mathematical graph, where the nodes are spreadsheet cells, and the edges are references to other cells specified in formulas. This is often called the dependency graph of the spreadsheet. References between cells can take advantage of spatial concepts such as relative position and absolute position, as well as named locations, to make the spreadsheet formulas easier to understand and manage.

Spreadsheets usually attempt to automatically update cells when the cells on which they depend have been changed. The earliest spreadsheets used simple tactics like evaluating cells in a particular order, but modern spreadsheets compute a minimal recomputation order from the dependency graph. Later spreadsheets also include a limited ability to propagate values in reverse, altering source values so that a particular answer is reached in a certain cell. Since spreadsheet cells formulas are not generally invertable, though, this technique is of somewhat limited value.

A cell may contain a value or a formula, or be empty. In addition it can contain information about the data type of the data it holds, or expects when a value is entered. This may determine the format in which a value is displayed, and the allowed operations on it. A formula often contains references to other cells. Such a cell reference is a kind of variable. Its value is the value of the referenced cell. If that cell in turn references other cells, the value depends on the values of those. Note that in general the cell content should be distinguished from the cell value.

A typical cell reference consists of one or two case-insensitive letters to identify the column (if there are up to 256 columns: A-Z and AA-IV) followed by a row number (e.g. in the range 1-65536). Either part can be relative (it changes when the formula it is in is moved or copied), or absolute (indicated with $ in front of the part concerned of the cell reference).

Many of the concepts common to sequential programming models have analogues in the spreadsheet world. For example, the sequential model of the indexed loop is usually represented as a table of cells, with similar formulas.

Shortcomings

While extremely popular, spreadsheets are not without their downsides. Some of the problems associated with spreadsheets include[1][2]:

  • Lack of auditing and revision control. This makes it difficult to determine who changed what and when. This can cause problems with regulatory compliance, among other things.
  • Lack of security. Generally, if one has permission to open a spreadsheet, one has permission to modify any part of it. This, combined with the lack of auditing above, can make it easy for someone to commit fraud.
  • Lack of concurrency. Unlike databases, spreadsheets typically allow only one user to be making changes at any given time.
  • Because they are loosely structured, it is easy for someone to introduce an error, either accidentally or intentionally, by entering information in the wrong place or expressing dependencies among cells (such as in a formula) incorrectly.
  • The results of a Formula (example "=A1*B1") applies only to a single cell (that is, the cell the formula is actually located in - in this case perhaps C1), even though it can "extract" data from many other cells, and even real time dates and actual times. This means that to cause a similar calculation on an array of cells, an almost identical formula (but residing in its own "output" cell) must be repeated for each row of the "input" array.This differs from a "formula" in a conventional computer program which would typically have one calculation which would then apply to all of the input in turn. With current spreadsheets, this forced repetition of near identical formulae can have detrimental consequences from a quality assurance standpoint and is often the cause of many spreadsheet errors.This last problem could be solved conceptually, simply by permitting the specification of a new category of "spatially independent" formula, allowing the "left hand" (target) of the formula to be entered combined with use of "indexed cell addressing" of the generic form:-
WHILE COUNT(A1:A20) > 0), C(i) = A(i)*B(i)     where i=incremented row number (1-20)

This theoretical category of formula could reside anywhere within the spreadsheet since its target cell(s) are specified independently of their location in the spreadsheet. (However, for clarity, the "cloned" formula could optionally be shown in each target cell, any change to one affecting all its clones automatically, thereby reducing errors).

or, to conform more to current "spreadsheet like" syntax perhaps:-

=IF(COUNT(A1:A20) > 0, A(i)*B(i),"")   where 2nd parameter represents the formula

to be applied to each occurence - but entered only in the first cell, the rest of them displaying the cloned formula.

With the recent advent of remote data update of cells, the need to specify conditional formula of this type will assume a new urgency since the precise contents and extents of external spreadsheets may not be fully discernable before execution.

While there are built-in and third-party tools for desktop spreadsheet applications that address some of these shortcomings, awareness of these is generally low, and usage lower still. However, many of these earlier shortcomings can be handled by online spreadsheets such as EditGrid and Google Docs & Spreadsheets.

Web based spreadsheets

The advent of advanced web technologies, such as Ajax and XUL, circa 2005 has propelled the emergence of a new generation of online spreadsheets. Equipped with a rich Internet application user experience, many of the web based online spreadsheets boast many of the features seen in desktop spreadsheet applications and some already surpass them offering real time updates from remote sources such as stock prices and currency exchange rates.

See also

Look up spreadsheet in
Wiktionary, the free dictionary.
  • List of spreadsheets
  • List of online spreadsheets
  • Shared public spreadsheet
  • Summation in spreadsheets
  • Moving and copying in spreadsheets
  • Telecell
  • Attribute-value system

References

  1. ^ Philip Howard (2005-04-22). Managing spreadsheets. IT-Directors.com. Retrieved on 2006-06-29.
  2. ^ Raymond R. Panko (2005-01). What We Know About Spreadsheet Errors. Retrieved on 2006-09-22.

External links

General information

  • A Brief History of Spreadsheets by D.J. Power
  • A Spreadsheet Programming article on DevX
  • comp.apps.spreadsheets FAQ by Russell Schulz
  • Develop Training Simulations with Excel
  • Extending the Concept of Spreadsheet by Jocelyn Paine
  • Linux Spreadsheets by Christopher Browne; much general information on spreadsheets, and some on related Linux issues
  • Spreadsheets category on the Open Directory Project
  • Spreadsheet - Its First Computerization (1961-1964) by Richard Mattessich
  • "Spreadsheet Wars" - A classic video showing spreadsheet vendors going head-to-head in the late 80's .
  • CICS history and introduction of IBM 3270 by Bob Yelavich
  • Autoplan & Autotab article by Creative Karma

Research organisations

  • European Spreadsheet Risks Interest Group (EuSpRIG)
Retrieved from "http://en.wikipedia.org/wiki/Spreadsheet"

  

 

 


 

 
CONDIZIONI DI USO DI QUESTO SITO
L'utente può utilizzare il nostro sito solo se comprende e accetta quanto segue:

  • Le risorse linguistiche gratuite presentate in questo sito si possono utilizzare esclusivamente per uso personale e non commerciale con tassativa esclusione di ogni condivisione comunque effettuata. Tutti i diritti sono riservati. La riproduzione anche parziale è vietata senza autorizzazione scritta.
  • Il nome del sito EnglishGratis è esclusivamente un marchio e un nome di dominio internet che fa riferimento alla disponibilità sul sito di un numero molto elevato di risorse gratuite e non implica dunque alcuna promessa di gratuità relativamente a prodotti e servizi nostri o di terze parti pubblicizzati a mezzo banner e link, o contrassegnati chiaramente come prodotti a pagamento (anche ma non solo con la menzione "Annuncio pubblicitario"), o comunque menzionati nelle pagine del sito ma non disponibili sulle pagine pubbliche, non protette da password, del sito stesso.
  • La pubblicità di terze parti è in questo momento affidata al servizio Google AdSense che sceglie secondo automatismi di carattere algoritmico gli annunci di terze parti che compariranno sul nostro sito e sui quali non abbiamo alcun modo di influire. Non siamo quindi responsabili del contenuto di questi annunci e delle eventuali affermazioni o promesse che in essi vengono fatte!
  • L'utente, inoltre, accetta di tenerci indenni da qualsiasi tipo di responsabilità per l'uso - ed eventuali conseguenze di esso - degli esercizi e delle informazioni linguistiche e grammaticali contenute sul siti. Le risposte grammaticali sono infatti improntate ad un criterio di praticità e pragmaticità più che ad una completezza ed esaustività che finirebbe per frastornare, per l'eccesso di informazione fornita, il nostro utente. La segnalazione di eventuali errori è gradita e darà luogo ad una immediata rettifica.

     

    ENGLISHGRATIS.COM è un sito personale di
    Roberto Casiraghi e Crystal Jones
    email: robertocasiraghi at iol punto it

    Roberto Casiraghi           
    INFORMATIVA SULLA PRIVACY              Crystal Jones


    Siti amici:  Lonweb Daisy Stories English4Life Scuolitalia
    Sito segnalato da INGLESE.IT